Gestionar múltiples sitios web puede ser un desafío, tanto en mantenimiento técnico como en consistencia de contenido. Afortunadamente, Drupal 11 ofrece la funcionalidad multisite, que permite desplegar y manejar varias webs independientes desde una sola instalación de Drupal. En esta guía veremos cómo crear un sitio multisite con Drupal 11, destacando sus ventajas (incluyendo aspectos SEO) y por qué resulta más sencillo y flexible en Drupal que en WordPress. En Bitanube, entendemos la importancia de elegir bien la arquitectura técnica desde el inicio, y por eso te ayudamos a tomar decisiones informadas para que tu ecosistema digital sea escalable, seguro y fácil de mantener.
¿Qué es Drupal multisite?
Ilustración – Ejemplo de la arquitectura Drupal Multisite, donde varios sitios (Site 1, Site 2, …) comparten la misma base de código pero mantienen bases de datos separadas.
Drupal multisite es una característica que permite servir sitios web separados e independientes usando una única base de código de Drupal. En otras palabras, con una sola instalación de Drupal (un solo core y conjunto de módulos/themes) podemos ejecutar varios sitios; cada uno tendrá su propia configuración, su contenido y normalmente su propia base de datos, pero todos comparten el mismo código fuente.
Por ejemplo, imaginemos una empresa con varias webs: un sitio corporativo, otro para un blog, otro para ofertas de empleo, etc. Con Drupal multisite, todas esas webs pueden vivir en la misma instalación y servidor, pero funcionando como sitios independientes con sus propios dominios o subdominios. Drupal determina qué sitio cargar en función de la URL solicitada (dominio) y carga la base de datos y configuración correspondiente a ese sitio.
Cabe señalar que existen dos enfoques para lograr múltiples sitios en Drupal:
- Multisitio tradicional (bases de datos separadas): Es el modo nativo de Drupal. Se comparte la base de código (core, módulos y temas) pero cada sitio tiene su propia base de datos y configuración aislada. De este modo, los sitios no comparten contenido ni usuarios de forma automática; cada web administra su información de manera independiente.
- Multidominio con Domain Access (base de datos compartida): Alternativamente, Drupal ofrece el módulo Domain Access. Con esta opción, varios dominios se gestionan dentro de una misma instancia de Drupal compartiendo la base de datos, lo que permite compartir contenido y usuarios entre los sitios fácilmente. En este caso todos los dominios usan el mismo sitio Drupal lógico, pero se sirven con URLs distintas y con control sobre qué contenido aparece en cada dominio. Por ejemplo, una página o noticia puede asignarse para que esté visible en uno o varios de los dominios configurados. Esta opción es muy interesante para todas aquellas webs que compartan contenido, ya que solo debemos introducirlo una vez.
En esta guía nos centraremos principalmente en el enfoque tradicional de multisitio con sitios independientes, pero vale la pena saber que Drupal brinda esa potente opción de Domain Access si se desea máxima compartición de contenido. De hecho, muchos desarrolladores prefieren la solución con Domain Access precisamente porque facilita compartir contenido, usuarios y mejoras entre sitios de forma centralizada. La elección dependerá de las necesidades: si los sitios comparten mucho contenido/usuarios conviene Domain Access; si son proyectos muy distintos, mejor mantener bases de datos separadas.
Ventajas de Drupal multisite
Usar Drupal en modo multisite conlleva numerosos beneficios en comparación con gestionar cada web por separado (o incluso frente a la alternativa multisite de WordPress). Estas son algunas de las ventajas clave:
Mantenimiento centralizado y eficiente
Al compartir el mismo núcleo de Drupal y módulos, las tareas de mantenimiento se simplifican enormemente. Actualizar Drupal core o aplicar un parche de seguridad se hace una sola vez para todos los sitios a la vez. No hace falta repetir la actualización en 5, 10 o 50 instalaciones distintas, lo que ahorra tiempo y reduce errores. Por ejemplo, si se descubre un bug en un módulo compartido, al corregirlo en el código multisite todos los sitios quedan parcheados simultáneamente.
Menores costos y consumo de recursos
Solo necesitamos una instalación de Drupal para alojar múltiples webs, lo que optimiza recursos de hosting (espacio en disco, memoria) y reduce costos de mantenimiento. En lugar de tener múltiples servidores o múltiples paquetes de hosting para cada sitio, un solo servidor potente puede alojar todas las webs del multisite. Asimismo, el equipo de desarrollo/soporte se concentra en un único código base, lo que abarata y agiliza la gestión.
Reutilización de funcionalidades y código
Drupal multisite permite construir componentes reutilizables que pueden aprovecharse en todos los sitios. Módulos, configuraciones, features (aunque no entraremos en detalle por ahora) o incluso temas pueden compartirse. Por ejemplo, podemos desarrollar un nuevo tipo de contenido o una integración con cierta API una vez, y automáticamente esa funcionalidad estará disponible para todos los sitios que la necesiten. Esto garantiza consistencia (todas las webs pueden tener las mismas capacidades) y acelera la creación de nuevos sitios o secciones. Incluso es posible usar un mismo tema base con subtemas para cada web, de modo que cada sitio tenga su estilo pero heredando elementos comunes, facilitando mantener una identidad de marca consistente.
Escalabilidad y rapidez en despliegues
Añadir un nuevo sitio a un entorno multisite es muy sencillo: basta con crear una nueva base de datos (o entrada de dominio) y una carpeta de configuración, sin tener que reinstalar Drupal de cero. Este proceso es rápido – en minutos podemos tener un sitio básico listo para empezar a meter contenido. Esto es ideal para organizaciones que lanzan con frecuencia micrositios, páginas de campaña, sitios por país/idioma, etc. Un multisite bien configurado puede incluso incluir perfiles de instalación personalizados para clonar un sitio base con todas las configuraciones predeterminadas, reduciendo drásticamente el time to market de nuevas webs.
Administración unificada
Los administradores pueden gestionar todos los sitios desde un mismo entorno de servidor, e incluso existe la posibilidad de administrar ciertos aspectos de forma central. Aunque cada sitio Drupal tiene su propio backend independiente, el desarrollador o site builder trabaja sobre un único código, lo que facilita mantener estándares y controlar versiones. Además, existen módulos (como Admin Toolbar y herramientas de línea de comandos como Drush) que permiten ejecutar tareas en masa (por ejemplo, aplicar una configuración en todos los sitios, limpiar cachés globalmente, etc.), simplificando la administración de la flota de sitios.
Compartición de contenido y usuarios (opcional)
Si se opta por la arquitectura multidominio con Domain Access, Drupal brinda una capacidad muy potente: contenido único, múltiples sitios. Es decir, un artículo, evento o cualquier contenido puede ser publicado y automáticamente compartido en varios de los sitios de la plataforma. Lo mismo aplica a usuarios registrados que pueden tener acceso a varios de los sitios. Esta posibilidad, inexistente en la mayoría de CMS por defecto, permite centralizar información y evitar duplicaciones.
Por ejemplo, podríamos tener una base de datos central de productos o noticias comunes a distintas webs, presentándolos bajo diferentes dominios sin tener que crearlos manualmente en cada lugar. (Nota: En la configuración multisite tradicional con BD separadas, los contenidos no se comparten a menos que se implementen integraciones específicas, pero con Domain Access la compartición es nativa al estar todo en la misma BD).
Consistencia en SEO y experiencia de usuario
Mantener varios sitios en un multisite ayuda a que todos sigan las mismas buenas prácticas SEO. Por ejemplo, podemos instalar y configurar el módulo Metatag una vez en la instalación compartida y así asegurarnos de que cada sitio tenga los campos de metaetiquetas (título, descripción, OG tags, etc.) disponibles y configurados de manera similar. Igualmente, las URLs amigables (Pathauto), mapas de sitio XML, redirecciones y otras configuraciones SEO se pueden replicar fácilmente en todos los sitios, garantizando que ninguno quede rezagado en optimización para buscadores.
Además, si los sitios comparten un tema base o componentes de diseño, la experiencia de usuario será coherente entre ellos, lo cual indirectamente beneficia el SEO (por ejemplo, todos cargan rápido gracias a la misma optimización de performance, todos son mobile-friendly por el mismo framework, etc.).
En resumen, Drupal multisite ofrece “menos esfuerzo y más resultado”: una plataforma centralizada que ahorra tiempo a desarrolladores y editores, reduce costos y mejora la consistencia técnica y de contenido entre sitios relacionados.
Drupal multisite vs WordPress multisite
Muchas personas familiarizadas con WordPress saben que WP también tiene una función de multisite (red de sitios) integrada. Sin embargo, existen diferencias importantes entre la aproximación multisite de Drupal y la de WordPress, tanto en facilidad de configuración como en flexibilidad para desarrolladores y en posibilidades de compartir contenido. A continuación comparamos algunos puntos clave:
Facilidad de configuración inicial
En Drupal, habilitar un multisite es tan sencillo como crear una carpeta para el nuevo sitio y un archivo de configuración – no se requiere modificar el core. La funcionalidad viene soportada de base. Por el contrario, en WordPress hay que activar el modo multisitio manualmente (editando el archivo wp-config.php para definir constantes específicas y ajustar .htaccess), luego realizar una instalación de red desde el panel admin, etc.
Además, WordPress fuerza a elegir entre usar subdominios o subdirectorios para los sitios de la red en esa configuración inicial, y cambiar esta estructura después puede ser complicado. En Drupal multisite se pueden mezclar dominios totalmente distintos sin problema desde el principio (cada carpeta de sitio se nombra con el dominio o subdominio correspondiente, no hay limitación a un dominio raíz). En resumen, montar la base de un multisite Drupal es inmediato, mientras que en WordPress requiere más pasos de habilitación.
Gestión de dominios
Drupal multisite está diseñado para múltiples dominios completamente independientes. Basta con apuntar cada dominio al servidor y crear la carpeta con ese nombre dentro de sites/ – Drupal se encarga de servir el sitio correcto según el dominio. En WordPress, lograr sitios con dominios totalmente diferentes implica pasos adicionales: por defecto WP multisite usa un solo dominio base con subsitios como subdominios o rutas (ejemplo: sitio1.midominio.com o midominio.com/sitio1). Para asignar un dominio personalizado a un subsite de WordPress, hay que usar la funcionalidad de domain mapping (en algunos hostings viene soportada, en otros hay que instalar plugins o tocar la BD).
Además, WordPress almacena los nombres de dominio de los sitios en la base de datos (tabla wp_blogs, entre otras) y otras rutas en tablas de opciones, lo que hace más engorrosa la migración o cambios de dominio. Un cambio de URL en WP multisite implica editar registros en la base de datos para cada sitio y cuidado con datos serializados.
En cambio, en Drupal multisite la configuración de dominio está en los archivos (el nombre de la carpeta sites/nombredominio y en settings.php si se define $base_url o similar), por lo que mover un sitio de un dominio a otro o clonar sitios entre servidores resulta más sencillo (a menudo basta con renombrar la carpeta y ajustar DNS). En pocas palabras: Drupal maneja múltiples dominios de forma más natural y portátil; WordPress puede hacerlo pero requiere más trabajo manual y cuidado para no romper referencias en la BD.
Estructura de bases de datos y rendimiento
En Drupal tenemos flexibilidad de usar una base de datos por sitio (aislando totalmente los datos de cada web) o un mismo esquema con prefijos distintos para cada sitio, según convenga. La opción más común en Drupal es separar las bases de datos, lo que significa que el rendimiento de las consultas de un sitio no afecta directamente a los demás, y que incluso se podrían alojar bases de datos en servidores distintos si fuese necesario.
En WordPress multisite, todos los sitios comparten la misma base de datos por diseño (todas las tablas viven en un solo esquema con un prefijo diferente por sitio). Esto implica que un alto volumen de tráfico o consultas en un sitio WordPress puede repercutir en el rendimiento general de la BD que comparten con otros sitios. Asimismo, si ocurre un error en la base de datos (p. ej., corrupción de tablas), potencialmente afecta a toda la red de sitios WP. Con Drupal multisite, una falla en la BD de un sitio no tumbará los demás sitios (están aislados).
Aislar por BD otorga a Drupal multisite mayor robustez y facilidad de mantenimiento. Por ejemplo, hacer backup/restore de un solo sitio es trivial (se respalda su BD individual), mientras que en WP multisite hay que extraer los datos correspondientes de la gran BD compartida.
Compartición de contenido y usuarios
De fábrica, WordPress multisite no permite compartir contenido entre sitios; cada subsite es como una isla en cuanto a entradas, páginas, etc. (aunque comparten la instalación, sus contenidos son independientes). Existen plugins o hacks para sincronizar entradas entre subsites, pero no es algo nativo ni sencillo. Drupal multisite en su forma tradicional tampoco comparte contenido porque cada sitio tiene su BD, pero como mencionamos, Drupal ofrece la opción Domain Access para cuando se quiere unificar contenido y usuarios en múltiples dominios.
Con Domain Access, Drupal supera a WP en este aspecto, ya que permite decidir qué contenido es único de un sitio y cuál es común a varios con total flexibilidad. Por ejemplo, podríamos publicar un artículo que aparezca simultáneamente en la web corporativa y en la web de noticias, con un solo nodo compartido. WordPress no tiene un equivalente nativo a Domain Access que logre esto. Un detalle: WordPress multisite sí comparte la tabla de usuarios (los usuarios registrados existen a nivel de red, aunque luego se asignan permisos por sitio), mientras que en Drupal multisite tradicional cada sitio tiene sus propios usuarios separados. Pero nuevamente, con Domain Access, Drupal puede compartir usuarios también.
En resumen, Drupal ofrece más opciones para compartir o aislar contenido según la necesidad, mientras que en WP multisite la compartición de contenido entre sitios es prácticamente inexistente sin extensiones de terceros.
Flexibilidad y autonomía de cada sitio
En Drupal multisite, cada sitio es completamente independiente en cuanto a configuraciones, módulos habilitados o incluso versión del tema (podemos habilitar módulos solo en uno de los sitios y en otros no, ya que cada sitio tiene su propio archivo settings.php y puede tener config split específicas). En WordPress multisite, la red comparte todos los plugins y themes instalados, y aunque se puede elegir activar plugins por subsite, los ficheros de plugins/themes son comunes para todos. Además, ciertas configuraciones avanzadas en WP (como habilitar funcionalidades) solo las puede hacer el super admin a nivel de red, lo que puede restar autonomía a los administradores de cada sitio.
Drupal no tiene ese concepto de super admin de red porque cada sitio es independiente (salvo usando Domain Access, donde sí hay un solo backend con dominios múltiples, en cuyo caso se asemejaría a un super admin para todos). Por otro lado, retirar un sitio de un multisite de Drupal es relativamente fácil (podríamos decidir que un sitio ahora tenga su instalación separada: exportar su config y contenido y listo). En WordPress, una vez que tienes decenas de sitios en multisite, “la decisión es permanente” y revertir un sitio de la red a instalación independiente puede ser complejo.
Enfoque y propósito
Históricamente, WordPress multisite (anteriormente WordPress MU) nació con el propósito de habilitar redes de blogs estilo WordPress.com, donde primaba la facilidad para crear muchos sitios simples (blogs) y ciertos elementos comunitarios (usuarios compartidos, seguir blogs, etc.). En cambio, Drupal multisite está pensado como una herramienta de mantenimiento eficiente de múltiples sitios completos, típicamente más robustos o complejos que un simple blog.
En WordPress multisite todos los sitios de la red suelen estar más conectados entre sí (misma comunidad de usuarios, sitios muchas veces relacionados en temática), mientras que Drupal multisite se utiliza tanto para sitios relacionados (ej. varios portales de una universidad) como para sitios totalmente distintos que solo comparten la infraestructura técnica. Esta diferencia de filosofía se traduce en que WordPress multisite es muy amigable para marketers o usuarios no técnicos que quieren abrir mini-sitios rápidamente, mientras que Drupal multisite está más orientado a que desarrolladores y administradores técnicos optimicen la gestión de proyectos web a gran escala.
No es que uno sea “mejor” siempre que el otro; si alguien solo necesita habilitar 100 blogs sencillos con usuarios auto-registrados, WP multisite podría servir. Pero para organizaciones que requieren sitios robustos, con datos complejos, workflows personalizados y alta modularidad, Drupal multisite ofrece un entorno más adecuado.
En síntesis, Drupal multisite brinda mayor flexibilidad y simplicidad a nivel técnico que WordPress multisite. La gestión de múltiples dominios es más directa, las bases de datos separadas aíslan mejor cada sitio, y existe la opción (Domain Access) de lograr verdadera integración de contenido entre sitios cuando se necesita. WordPress multisite, si bien facilita ciertos casos de uso, puede volverse restrictivo (y difícil de deshacer) en entornos complejos. Para desarrolladores que busquen una solución multisite robusta, Drupal 11 destaca por su arquitectura limpia y escalable.
Guía sobre cómo configurar un sitio multisite en Drupal 11
Pasemos ahora a la parte práctica: la creación de un entorno multisite en Drupal 11. Veremos el caso tradicional (sitios independientes con código común). Suponiendo que ya tienes una instalación de Drupal 11 funcionando (un sitio base), los pasos generales para añadir múltiples sitios son:
1. Preparar los dominios y el servidor: Decide qué dominios o subdominios utilizará cada sitio. Debes configurar los registros DNS de esos dominios para que apunten al servidor donde está Drupal. Si es un entorno local, añade los dominios al archivo hosts de tu máquina para pruebas. En el servidor web (Apache/Nginx), configura los virtual hosts para que todos esos dominios se sirvan desde el mismo directorio raíz donde instalaste Drupal. Asegúrate también de tener certificados SSL para cada dominio (en entornos multisite, si son subdominios se puede usar un wildcard SSL; si son dominios distintos, cada uno necesitará su certificado). En resumen: el servidor debe aceptar todas las URLs de los sitios y apuntarlas al código de Drupal.
2. Crear la estructura de carpetas para cada sitio: En la carpeta de Drupal (/web o raíz de la instalación), localiza el directorio sites/. Dentro de sites/ verás al menos una carpeta (por defecto sites/default). Para cada nuevo sitio web que quieras añadir, crea un nuevo subdirectorio nombrado exactamente como el dominio o subdominio del sitio. Por ejemplo, si vas a añadir miprimersitio.com y blog.miprimersitio.com, crearías: sites/miprimersitio.com/ y sites/blog.miprimersitio.com/. (Si tu multisite usará dominios totalmente distintos, usa esos nombres; si usará subdominios de un mismo dominio base, también se distinguen así). Este nombre de carpeta es cómo Drupal identifica cada sitio según la URL de la petición.
Dentro de cada nueva carpeta de sitio, crea a su vez una subcarpeta files (aquí se guardarán los archivos subidos, imágenes, etc. de ese sitio en particular) con los permisos adecuados para que el servidor web escriba en ella. Es recomendable dar permisos seguros: normalmente el propietario debería ser el usuario del servidor web, con escritura permitida.
3. Configurar el archivo de settings.php para cada sitio: Cada sitio necesita su propio archivo de configuración de PHP. Para ello, puedes copiar el archivo de ejemplo sites/default/default.settings.php dentro de la carpeta de tu nuevo sitio, renombrándolo a settings.php. Por ejemplo: copia sites/default/default.settings.php a sites/miprimersitio.com/settings.php. Luego edítalo para poner la configuración de base de datos específica de ese sitio (y cualquier otro ajuste personalizado).
Lo mínimo es definir en $databases la conexión a la base de datos nueva de ese sitio. Generalmente, crearás una nueva base de datos vacía para cada sitio (o podrías usar la misma BD con prefijos distintos, aunque se recomienda BD separadas por simplicidad). Asegúrate de crear previamente la BD (y usuario/clave) usando MySQL/MariaDB o el motor que uses.
- Un tip: si vas a tener muchos sitios, en lugar de editar manualmente cada settings.php, podrías usar settings.local.php o alguna inclusión para no repetir configuraciones comunes. Pero para empezar, editar cada settings.php con su BD está bien.
También verifica que en settings.php esté correcta la ruta a la carpeta files y directorios de configuración (a veces hay que crear un settings.php adicional para settings.local.php si así lo manejas).
4. (Opcional) Configurar sites.php si es necesario: Drupal puede detectar el sitio por el nombre de la carpeta automáticamente en la mayoría de casos. No obstante, si deseas que varios dominios apunten al mismo sitio o alguna redirección, podrías editar el archivo sites/sites.php para mapear dominios a carpetas manualmente. En un escenario simple, no hace falta tocar sites.php; Drupal encontrará la carpeta cuyo nombre coincide con el HTTP Host. Solo mencionar esta posibilidad para casos especiales (por ejemplo, alias de dominio).
5. Instalar Drupal en el nuevo sitio: Una vez creados la carpeta y configurado settings.php, es momento de correr la instalación de Drupal para ese nuevo sitio. Abre en tu navegador el dominio correspondiente (p. ej. https://miprimersitio.com) y deberías ver la pantalla de instalación de Drupal. Sigue el proceso normal: elegir perfil de instalación (estándar, minimal, etc.), introducir los datos de sitio (nombre, usuario admin, etc.). Drupal usará la base de datos que configuraste, instalando las tablas necesarias solo en esa BD. Tras completar el asistente, ya tendrás el nuevo sitio Drupal funcionando bajo ese dominio, totalmente independiente en cuanto a contenido del sitio original. Repite este paso de instalación por cada nuevo sitio añadido.
6. Repetir para más sitios: Cada sitio adicional que quieras añadir repetirás los pasos 2 a 5: crear carpeta bajo /sites, copiar settings.php, nueva BD, ejecutar instalación vía web. Puedes agregar tantos sitios como necesites. Drupal multisite es capaz de manejar decenas o cientos de sitios desde una instalación, siempre que el servidor tenga recursos suficientes y una estructura organizada (por ejemplo, algunas universidades o gobiernos operan decenas de sitios en un solo Drupal).
7. Gestión de módulos y temas en multisite: Ten en cuenta que todos los sitios comparten el código, es decir, los módulos y temas que estén en /modules o /themes (o vía Composer) están disponibles para todos los sitios. Si activas un módulo en un sitio, no se activa automáticamente en los otros (cada sitio tiene su propia lista de módulos habilitados, almacenada en su BD). Pero sí es importante recordar que si actualizas un módulo o agregas uno nuevo en el codebase, ese código puede afectar potencialmente a todos los sitios si luego se habilita.
En general, conviene mantener sincronizadas las versiones de módulos en todos los sitios (por seguridad). Drupal 11 permite también, por organización, colocar módulos específicos de un solo sitio dentro de la carpeta sites/miprimersitio.com/modules/ si fuera necesario algo muy particular para uno de los sitios. De forma análoga con temas en sites/…/themes/. Esto da flexibilidad: compartes casi todo, pero aún puedes sobrescribir algo para un sitio puntual si realmente lo necesitas.
8. (Opcional) Usar un perfil de instalación para clonar configuración: Si vas a desplegar muchos sitios con la misma estructura funcional (por ejemplo, 10 sitios de países con mismas secciones), considera crear un installation profile o usar configuración existente para automatizar. Con Drush se puede instalar un nuevo sitio pasando un perfil personalizado que ya contiene ciertos módulos habilitados y configuraciones predeterminadas. Esto agiliza el bootstrap de cada nueva web para no tener que repetir manualmente configuraciones comunes. Drupal 11 sigue soportando esta mecánica de perfiles de instalación, muy útil en entornos empresariales.
Después de estos pasos, deberías tener un entorno multisite plenamente funcional. Cada sitio se administrará entrando por su dominio y login correspondiente, de la misma forma que lo harías con sitios separados. Pero en el servidor y código, solo tienes una copia de Drupal. A la hora de actualizar core o módulos, lo haces una vez y luego ejecutas los updates (por ejemplo con drush updb) en cada sitio para actualizar sus bases de datos.
¿Y qué hay del módulo Domain Access? Si en lugar de sitios separados quisieras la aproximación multi-dominio en un solo sitio, la configuración sería diferente: instalar el módulo Domain Access (y sus dependencias) en una sola instalación de Drupal, y dentro de ese único sitio definir los múltiples dominios en la página de administración que provee el módulo. Luego asignar contenido a dominios.
Esto escapa al detalle de esta guía, pero a grandes rasgos los pasos serían: a) habilitar Domain Access, b) configurar los dominios (se crean registros de dominio en la configuración, asociando cada dominio a un “sitio” lógico), c) apuntar esos dominios al mismo sitio (DNS/virtual host igual que antes), d) usar las opciones del módulo para publicar contenido en uno u otro dominio. Domain Access ofrece un enfoque potente pero más complejo si se requiere un alto grado de compartición. En todo caso, técnicamente sigue siendo un Drupal multisite, solo que a nivel lógico en lugar de físico.
Consideraciones SEO en un entorno multisite
La configuración multisite puede tener impacto en el SEO, por lo que conviene planificar algunos aspectos para mantener o mejorar la visibilidad de las webs en buscadores:
- Dominio separado vs subdominio vs subdirectorio: Desde el punto de vista SEO, usar dominios distintos para cada sitio significa que cada uno construirá su propia autoridad por separado (Google los verá como sitios independientes). Esto es ideal si las webs representan marcas, países o públicos diferentes; no hay riesgo de confusión y puedes focalizar palabras clave específicas en cada dominio. La alternativa de subdominios (ej: pais.ejemplo.com) suele ser tratada también como sitios aparte por Google.
En WordPress multisite a veces se elige subdirectorios (ej: ejemplo.com/pais) para que todo quede bajo un mismo dominio y compartir autoridad SEO; sin embargo, en Drupal multisite la opción de path-based multisite (sitios en subruta) es técnicamente posible pero no recomendada por su complejidad. Si necesitas que varios “sitios” vivan bajo una misma URL principal por razones SEO, podría ser más sencillo usar un solo Drupal con estructura de idiomas o secciones en lugar de multisite. En general, para multisite Drupal es más común usar dominios o subdominios separados.
- Contenido duplicado y etiquetas canónicas: Si decides compartir contenido entre sitios (por ejemplo, la misma noticia aparece en dos webs de tu multisite), debes tener cuidado con el contenido duplicado. A ojos de Google, dos dominios distintos mostrando la misma información puede parecer duplicación, lo cual podría afectar negativamente al SEO de esas páginas. Para evitarlo, es recomendable usar etiquetas <link rel=”canonical”> apuntando al contenido original o principal. Drupal dispone de módulos como Metatag que permiten definir la URL canónica de cada página fácilmente. Así puedes indicar cuál es la fuente primaria de un contenido duplicado entre sitios, evitando penalizaciones. Otra estrategia es diferenciar ligeramente el contenido para cada audiencia (por ejemplo, cambiar títulos, introducir variaciones idiomáticas).
- Gestión de Sitemap y robots.txt: En un multisite, cada sitio debe tener su propio sitemap.xml listando solo sus URLs, y su propio archivo robots.txt. Drupal genera estos archivos por sitio, así que asegúrate de habilitarlos/configurarlos en cada web (el módulo XML Sitemap, etc.). No porque sea multisite se unifican; al contrario, hay que tratar cada dominio con su estrategia SEO independiente. Del lado técnico, es sencillo ya que cada sitio Drupal es como un sitio normal en ese sentido.
- Consistencia en metadata SEO: Al compartir la base de código, puedes instalar los módulos SEO (Metatag, Simple Sitemap, Redirect, etc.) una vez y habilitarlos en todos los sitios para que ninguno se quede sin optimizaciones. Define plantillas de metaetiquetas para títulos y descripciones coherentes. Por ejemplo, podrías establecer que el title de página incluya el nombre del sitio (para distinguir marca) seguido del título de contenido. Asegúrate de configurar esto por separado en cada sitio según sus necesidades, pero beneficiándote de que la herramienta es la misma en todos.
- Velocidad y Core Web Vitals: Un multisite bien configurado puede ayudarte a aplicar mejoras de rendimiento globales (cachés, compresión, CDN compartida) que beneficien a todos los sitios, mejorando sus Core Web Vitals. Por ejemplo, si implementas Drupal caching o un módulo de optimización (AdvAgg, etc.), lo haces una vez y todos los sitios pueden aprovecharlo. Esto repercute positivamente en SEO técnico (páginas más rápidas = mejor ranking potencial). Igualmente, un solo código facilita mantener actualizaciones al día, evitando vulnerabilidades o errores que podrían derivar en problemas de SEO (sitios caídos, redirecciones mal hechas, etc.).
- Hreflang y multilingüismo: Si tus sitios multisite corresponden a distintos idiomas o países de la misma organización, considera implementar las etiquetas hreflang apropiadas para que Google entienda la relación entre ellos. Por ejemplo, si tienes example.com (España) y example.fr (Francia) con contenido traducido, podrías usar hreflang alternates. En Drupal multisite esto no viene automático (porque son sitios separados), pero puedes hacerlo manualmente mediante Metatag u otros métodos, igual que lo harías entre sitios independientes. La ventaja es que al controlar todos los sitios en la misma plataforma, es más fácil mantener las traducciones alineadas y coordinar este etiquetado.
En resumen, un Drupal multisite bien administrado no tiene por qué afectar negativamente al SEO; de hecho, puede ayudar a uniformar las buenas prácticas SEO en todos tus sitios. Solo debes vigilar el tema de contenido duplicado si reutilizas información entre webs, y tratar cada dominio con su estrategia de palabras clave y enlaces. Gracias a la estructura compartida, cualquier mejora técnica SEO que implementes beneficiará globalmente a todas las webs.
Conclusión
Configurar un Drupal 11 multisite es una solución poderosa para quienes manejan múltiples sitios web y buscan eficiencia. Como hemos visto, con unos pocos pasos podemos desplegar varias webs en una sola instancia de Drupal, cosechando ventajas en mantenimiento, rapidez de despliegue y posibilidades de compartir recursos (¡e incluso contenido cuando se requiere!). Drupal facilita esta tarea de forma más sencilla y flexible que WordPress en muchos sentidos, ofreciendo a los desarrolladores control total sobre cada sitio sin dejar de lado la practicidad de una base común.
En entornos corporativos, gubernamentales, educativos o de cualquier organización con varias webs, el multisite de Drupal permite unificar la gestión sin sacrificar la autonomía de cada portal. Al mantener el código centralizado, se reducen costes y se mejora la seguridad (una actualización protege a todos los sitios a la vez). Y al mismo tiempo, cada sitio puede tener su propio diseño, contenido específico y enfoques de SEO adaptados a su audiencia.
En definitiva, Drupal 11 multisite es una herramienta madura que demuestra cómo “menos es más”: menos instalaciones separadas se traducen en más facilidad de administración y coherencia tecnológica. Si necesitas desplegar y gestionar múltiples sitios, Drupal te ofrece un camino sólido y probado para hacerlo, ya sea con bases de datos separadas para aislar contenidos, o con módulos como Domain Access para maximizar la integración. ¡Y todo ello con la robustez y escalabilidad que caracterizan a Drupal!
¿Listo para simplificar la gestión de tus múltiples webs? Con esta guía, esperamos que puedas dar los primeros pasos para crear tu plataforma multisite en Drupal 11 de forma exitosa. Los beneficios en tiempo, costes y SEO hacen que valga la pena considerar esta arquitectura para tu próximo proyecto multi-sitio. ¡Mucha suerte con tu implementación!