Alternativa a Drupal multisite: mantén Drupal para el sitio principal y replantea la larga cola
Marca blanca / Alternativa a Drupal multisite
Drupal es el CMS al que grandes organismos públicos y universidades confían sus sitios más grandes y estructurados, y para ellos suele ser la decisión correcta. Drupal multisite extiende el mismo código base a muchos sitios más pequeños. Eso funciona mientras tengas un equipo de Drupal a la altura. Cuando un departamento quiere un sitio de cinco páginas y la cola para conseguirlo es de tres meses, el problema no es Drupal; es usar una herramienta de sitio principal para un trabajo de larga cola.
Reserva una demo · El precio se adapta a tu volumen y configuración, y conoces tu precio exacto en la llamada. 0% de comisión por transacción.
Actualizado: 25 de octubre de 2026
En resumen
- Según la documentación de Drupal, multisite sirve 'sitios separados e independientes' desde un solo código base; cada uno tiene su propia base de datos, configuración, archivos y dominio.
- El código compartido implica una única ruta de actualización para todos los sitios, y todos esperan al más lento. El soporte de seguridad de Drupal 7 terminó el 5 de enero de 2025, lo que obligó a muchas redes a enfrentarse a esto.
- We.Inc se encarga de la larga cola: cada departamento o delegación tiene su propio sitio creado con IA con tu marca, con reglas centrales y aprobación de un solo paso antes de publicar.
- Lo mejor suele ser repartir: Drupal para el sitio principal y el contenido estructurado, un creador para los sitios pequeños.
Qué es Drupal multisite
La documentación de Drupal lo resume en una línea: "Drupal has a feature that allows separate, independent sites to be served from a single codebase." Y añade: "Each site has its own database, configuration, files and base domain or URL."
Es una forma distinta de WordPress Multisite. Los sitios de Drupal en una configuración multisite comparten código (núcleo, módulos, temas) pero no datos. Las ventajas son reales: un solo lugar donde aplicar parches, un conjunto de módulos que tu equipo ha revisado y contenido independiente por sitio. El coste es que todos los sitios avanzan al ritmo del código compartido. Una actualización de módulo, una actualización del núcleo o un cambio de versión de PHP es un cambio para todos ellos.
El muro de las actualizaciones
La mayoría de las organizaciones descubrió el coste del código compartido en un cambio de versión mayor. El propio sitio de Drupal indica que "Drupal 7 security support has ended as of 5 January 2025" (fin de vida de Drupal 7). Una red de 150 sitios de departamentos en Drupal 7 no tenía una actualización que planificar; tenía 150 migraciones de contenido a una nueva versión mayor, más cada módulo y tema personalizado.
Si pasaste por eso, o sigues en ello, vale la pena preguntarse cuáles de esos 150 sitios necesitaron Drupal alguna vez. Una respuesta típica de los equipos web de universidades y ayuntamientos se parece a esta:
| Tipo de sitio | Proporción típica de la red | ¿Necesita Drupal? |
|---|---|---|
| Sitio principal, noticias, directorio, catálogo de cursos o servicios | Unos pocos | A menudo sí: contenido estructurado, integraciones, muchos editores |
| Departamentos grandes con sus propios tipos de contenido | Algunos | A veces |
| Departamentos pequeños, programas, laboratorios, eventos, delegaciones | La mayoría | Rara vez: unas pocas páginas, un editor, cambios ocasionales |
| Sitios de campaña y puntuales | Muchos, de vida corta | No |
En las dos últimas filas es donde desaparece el tiempo de un equipo de Drupal: solicitudes de sitios nuevos, editores que olvidan cómo funciona el panel y sitios que ya no tienen responsable.
Qué hace distinto un creador para esas filas
En We.Inc, el responsable de cada sitio pequeño es una cuenta bajo tu marca. Inicia sesión en un portal con tu nombre y tus colores, describe el sitio que necesita y la IA lo construye. Lo edita visualmente. Tú decides de forma central qué puede hacer y si sus cambios esperan aprobación.
*Ajustes de marca aplicados en el portal de cada responsable: logotipo, colores, fuente y estilo de botón.*
*El portal en el que inician sesión tus responsables se diseña una sola vez, de forma central.*
No hay una lista de módulos que mantener segura en toda una red, porque las funciones (blog, formularios, tienda, ajustes de SEO) forman parte del creador y se activan por responsable. No hay una actualización compartida que programar.
*Interruptores por responsable. Un laboratorio tiene blog y formularios; un sitio de campaña breve no necesita tienda ni dominio propio.*
Dónde Drupal es claramente la mejor herramienta
Preferimos que te quedes con Drupal a que compres lo que no es:
- Contenido estructurado a escala. Catálogos de cursos, directorios de personal, buscadores de servicios y cualquier cosa con muchos campos y vistas.
- Integraciones profundas. Sistemas de estudiantes, sistemas de identidad, pasarelas de pago y flujos de datos que tus desarrolladores han construido sobre Drupal.
- Flujos editoriales complejos. Revisión en varias etapas con varios roles en secuencia. Nuestra aprobación es de un solo paso: un sitio se publica cuando lo aprueba el propietario de la marca.
- Roles muy granulares. El sistema de permisos de Drupal es mucho más detallado. El nuestro es propietario, administrador y miembro, más perfiles fijos para el personal e interruptores por responsable.
- Equipos con desarrolladores de Drupal productivos y contentos.
Una arquitectura repartida que funciona
El patrón que vemos funcionar no es "sustituir Drupal", sino "dejar de meterlo todo en Drupal":
- Mantén en Drupal el sitio principal y los sitios estructurados. Son los que justifican su coste.
- Mueve los sitios pequeños al creador por lotes. Reconstruye a partir del contenido, no portando temas. Redirige las URL antiguas.
- Usa los mismos estándares de marca en ambos. Colores, logotipo y fuentes definidos en los ajustes de marca del creador para que coincidan con el tema de Drupal.
- Enlaza, no incrustes. Los sitios pequeños enlazan al directorio o catálogo del sitio principal en lugar de copiarlo.
- Escribe una sola política de gobernanza para ambos. Quién puede solicitar un sitio, quién lo aprueba, cuándo se revisa y cuándo se retira. Nuestra plantilla de política de gobernanza incluye la redacción.
*La cola de aprobación para los sitios cuyos responsables necesitan visto bueno. Un solo paso, a cargo del propietario de la marca.*
Preguntas para cualquier plataforma de larga cola
Nos elijas o no, haz estas preguntas antes de sacar los sitios pequeños de Drupal:
| Pregunta | Por qué importa | Nuestra respuesta |
|---|---|---|
| ¿Podemos sacar el código de cada sitio? | Evita la próxima migración forzada | Sí: descarga en ZIP o sincronización con GitHub |
| ¿Quién puede publicar sin revisión? | Riesgo normativo y reputacional | Por responsable, con aprobación de un solo paso |
| ¿Queda registro de quién cambió los ajustes? | Rendición de cuentas | Registro de auditoría de las acciones de la organización |
| ¿Puede cada sitio tener su propio dominio? | Los departamentos suelen tener dominios heredados | Sí, cuando lo permites para ese responsable |
| ¿Qué accesibilidad cumple el resultado? | Obligación legal para organismos públicos | Construido para ayudarte a cumplir WCAG 2.1 AA; tu equipo debe probarlo |
| ¿Qué certificaciones tienen? | Compras | No afirmamos ninguna; pide nuestra documentación de seguridad en la demo |
*Exportar un sitio: a GitHub, como ZIP o a otro lugar. Tu próxima migración, si la hay, parte de código real.*
Para los organismos públicos, la obligación de accesibilidad se aplica sea cual sea la plataforma. Nuestra guía sobre el plazo del ADA Title II explica las fechas. Es información general, no asesoramiento legal.
Reserva una demo con tu lista de sitios de Drupal y marcaremos cuáles moveríamos y cuáles dejaríamos como están.
Fuentes
Última consulta: 2026-10-25.
- Drupal.org, Multisite Drupal: un solo código base; base de datos, configuración, archivos y dominio propios por sitio.
- Drupal.org, Drupal 7 end of life: el soporte de seguridad terminó el 5 de enero de 2025.
Trae tu lista de sitios de Drupal
Reserva una demo de 30 minutos. Te enseñamos el creador con tu marca, vemos cuántos sitios de clientes piensas gestionar y te damos tu precio exacto.
¿Prefieres ver primero el recorrido completo? Mira el creador de sitios web de marca blanca
Preguntas que hacen los compradores
¿Drupal multisite es lo mismo que WordPress Multisite?
No. La documentación de Drupal describe multisite como sitios separados servidos desde un solo código base, cada uno con su propia base de datos, configuración, archivos y dominio. WordPress Multisite comparte una instalación y una base de datos con tablas por sitio.
¿Deberíamos sustituir nuestro sitio principal de Drupal por We.Inc?
Normalmente no. Los sitios grandes y estructurados con integraciones y flujos complejos son el punto fuerte de Drupal. We.Inc encaja en los muchos sitios pequeños que lo rodean.
¿We.Inc tiene flujos editoriales de varias etapas?
No. La aprobación es de un solo paso: un responsable pulsa Publicar y el sitio se publica cuando lo aprueba el propietario de la marca. Las etapas de visto bueno adicionales tienen que hacerse fuera de la plataforma.
¿Esto es asesoramiento legal sobre los plazos de accesibilidad?
No. Es información general. Comprueba las normas que te aplican con tu propio asesor legal.
Sigue leyendo
- Creador de marca blanca frente a CMS empresarial: guía de encaje
- Sitios web de marca blanca para universidades
- Sitios web de marca blanca para organismos públicos
- Plantilla de política de gobernanza web
- Plan de salida de proveedor web: cláusulas del contrato
- El plazo web del ADA Title II, explicado
Relacionado: Creador de sitios web de marca blanca con IA
- Duda White Label (2026) vs alternativa con IA
- Sitios de marca blanca para desarrollo económico regional
- Sitios web de eventos en marca blanca para recintos
- Alternativa a Finalsite
- Plataforma web para franquicias y control de marca
- Sitios web marca blanca para plataformas de donaciones
- Alternativa a GoHighLevel para agencias (2026)
- Plataforma web para agencias de gobierno
Producto
Para quién es
- Para agencias
- Para freelancers
- Para proveedores de hosting
- Para plataformas SaaS
- Para startups
- Servicios financieros
- Soluciones para salud
Funciones
- Editor de arrastrar y soltar
- SEO y analíticas
- Marca personalizada
- Panel de clientes
- Facturación para revendedores
Recursos
- Blog
- Centro de Ayuda
- Herramientas gratuitas para empresas
- Free UI Components
- Plantillas
- Colecciones de plantillas
- Ejemplos de webs
- Guías
- Comparativas
- Alternativas
- Los mejores
- Reseñas
- Guías de precios
- Casos de uso
- Glosario y guías
- Integraciones
- Desarrolladores
- Benchmark
- Windows App