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è és Drupal multisite?
Il·lustració – Exemple de l’arquitectura Drupal Multisite, on diversos llocs (Site 1, Site 2, …) comparteixen la mateixa base de codi però mantenen bases de dades separades.
Drupal multisite és una característica que permet servir llocs web separats i independents usant una única base de codi de Drupal. En altres paraules, amb una sola instal·lació de Drupal (un sol core i conjunt de mòduls/themes) podem executar diversos llocs; cadascun tindrà la seva pròpia configuració, el seu contingut i normalment la seva pròpia base de dades, però tots comparteixen el mateix codi font.
Per exemple, imaginem una empresa amb diverses webs: un lloc corporatiu, un altre per a un blog, un altre per a ofertes d’ocupació, etc. Amb Drupal multisite, totes aquestes webs poden viure en la mateixa instal·lació i servidor, però funcionant com a llocs independents amb els seus propis dominis o subdominis. Drupal determina quin lloc carregar en funció de la URL sol·licitada (domini) i càrrega la base de dades i configuració corresponent a aquest lloc.
Cal assenyalar que existeixen dos enfocaments per a aconseguir múltiples llocs a Drupal:
- Multilloc tradicional (bases de dades separades): És el mode natiu de Drupal. Es comparteix la base de codi (core, mòduls i temes) però cada lloc té la seva pròpia base de dades i configuració aïllada. D’aquesta manera, els llocs no comparteixen contingut ni usuaris de manera automàtica; cada web administra la seva informació de manera independent.
- Multidomini amb Domain Access (base de dades compartida): Alternativament, Drupal ofereix el mòdul Domain Access. Amb aquesta opció, diversos dominis es gestionen dins d’una mateixa instància de Drupal compartint la base de dades, la qual cosa permet compartir contingut i usuaris entre els llocs fàcilment. En aquest cas tots els dominis usen el mateix lloc Drupal lògic, però se serveixen amb URLs distintes i amb control sobre quin contingut apareix en cada domini. Per exemple, una pàgina o notícia pot assignar-se perquè estigui visible en un o diversos dels dominis configurats. Aquesta opció és molt interessant per a totes aquelles webs que comparteixin contingut, ja que només hem d’introduir-ho una vegada.
En aquesta guia ens centrarem principalment en l’enfocament tradicional de multilloc amb llocs independents, però val la pena saber que Drupal brinda aquesta potent opció de Domain Access si es desitja màxima compartició de contingut. De fet, molts desenvolupadors prefereixen la solució amb Domain Access precisament perquè facilita compartir contingut, usuaris i millores entre llocs de forma centralitzada. L’elecció dependrà de les necessitats: si els llocs comparteixen molt contingut/usuaris convé Domain Access; si són projectes molt distints, millor mantenir bases de dades separades.
Avantatges de Drupal multisite
Usar Drupal en mode multisite comporta nombrosos beneficis en comparació amb gestionar cada web per separat (o fins i tot enfront de l’alternativa multisite de WordPress). Aquestes són algunes dels avantatges clau:
Manteniment centralitzat i eficient
En compartir el mateix nucli de Drupal i mòduls, les tasques de manteniment se simplifiquen enormement. Actualitzar Drupal core o aplicar un pegat de seguretat es fa una sola vegada per a tots els llocs alhora. No fa falta repetir l’actualització en 5, 10 o 50 instal·lacions distintes, la qual cosa estalvia temps i redueix errors. Per exemple, si es descobreix un bug en un mòdul compartit, en corregir-lo en el codi multisite tots els llocs queden posats pegats simultàniament.
Menys costos i consum de recursos
Només necessitem una instal·lació de Drupal per a allotjar múltiples webs, la qual cosa optimitza recursos de hosting (espai en disc, memòria) i redueix costos de manteniment. En lloc de tenir múltiples servidors o múltiples paquets de hosting per a cada lloc, un solo servidor potent pot allotjar totes les webs del multisite. Així mateix, l’equip de desenvolupament/suport es concentra en un únic codi basi, la qual cosa abarateix i agilitza la gestió.
Reutilització de funcionalitats i codi
Drupal multisite permet construir components reutilitzables que poden aprofitar-se en tots els llocs. Mòduls, configuracions, features (encara que no entrarem detalladament ara com ara) o fins i tot temes poden compartir-se. Per exemple, podem desenvolupar un nou tipus de contingut o una integració amb una certa API una vegada, i automàticament aquesta funcionalitat estarà disponible per a tots els llocs que la necessitin. Això garanteix consistència (totes les webs poden tenir les mateixes capacitats) i accelera la creació de nous llocs o seccions. Fins i tot és possible usar un mateix temi base amb subtemes per a cada web, de manera que cada lloc tingui el seu estil però heretant elements comuns, facilitant mantenir una identitat de marca consistent.
Escalabilitat i rapidesa en desplegaments
Afegir un nou lloc a un entorn multisite és molt senzill: n’hi ha prou amb crear una nova base de dades (o entrada de domini) i una carpeta de configuració, sense haver de reinstal·lar Drupal de zero. Aquest procés és ràpid – en minuts podem tenir un lloc bàsic llest per a començar a ficar contingut. Això és ideal per a organitzacions que llancen amb freqüència microllocs, pàgines de campanya, llocs per país/idioma, etc. Un multisite ben configurat pot fins i tot incloure perfils d’instal·lació personalitzats per a clonar un lloc basi amb totes les configuracions predeterminades, reduint dràsticament l’estafi to market de noves webs.
Administració unificada
Els administradors poden gestionar tots els llocs des d’un mateix entorn de servidor, i fins i tot existeix la possibilitat d’administrar uns certs aspectes de manera central. Encara que cada lloc Drupal té el seu propi backend independent, el desenvolupador o site builder treballa sobre un únic codi, la qual cosa facilita mantenir estàndard i controlar versions. A més, existeixen mòduls (com Admin Toolbar i eines de línia de comandos com Drush) que permeten executar tasques en massa (per exemple, aplicar una configuració en tots els llocs, netejar caixets globalment, etc.), simplificant l’administració de la flota de llocs.
Compartició de contingut i usuaris (opcional)
Si s’opta per l’arquitectura multidomini amb Domain Access, Drupal brinda una capacitat molt potent: contingut únic, múltiples llocs. És a dir, un article, esdeveniment o qualsevol contingut pot ser publicat i automàticament compartit en diversos dels llocs de la plataforma. El mateix aplica a usuaris registrats que poden tenir accés a diversos dels llocs. Aquesta possibilitat, inexistent en la majoria de CMS per defecte, permet centralitzar informació i evitar duplicacions.
Per exemple, podríem tenir una base de dades central de productes o notícies comunes a diferents webs, presentant-los baix diferents dominis sense haver de crear-los manualment en cada lloc. (Nota: a la configuració multisite tradicional amb BD separades, els continguts no es comparteixen tret que s’implementin integracions específiques, però amb Domain Access la compartició és nadiua en estar tot en la mateixa BD).
Consistència en SEO i experiència d'usuari
Mantenir diversos llocs en un multisite ajuda al fet que tots segueixin les mateixes bones pràctiques SEO. Per exemple, podem instal·lar i configurar el mòdul Metatag una vegada en la instal·lació compartida i així assegurar-nos que cada lloc tingui els camps de metaetiquetes (títol, descripció, OG tags, etc.) disponibles i configurats de manera similar. Igualment, les URLs amigables (Pathauto), mapes de lloc XML, redireccions i altres configuracions SEO es poden replicar fàcilment en tots els llocs, garantint que cap quedi ressagat en optimització per a cercadors.
A més, si els llocs comparteixen un tema basi o components de disseny, l’experiència d’usuari serà coherent entre ells, la qual cosa indirectament beneficia el SEO (per exemple, tots carreguen ràpid gràcies a la mateixa optimització de performance, tots són mobile-friendly pel mateix framework, etc.).
En resum, Drupal multisite ofereix “menys esforç i més resultat“: una plataforma centralitzada que estalvia temps a desenvolupadors i editors, redueix costos i millora la consistència tècnica i de contingut entre llocs relacionats.
Drupal multisite vs WordPress multisite
Moltes persones familiaritzades amb WordPress saben que WP també té una funció de multisite (xarxa de llocs) integrada. No obstant això, existeixen diferències importants entre l’aproximació multisite de Drupal i la de WordPress, tant en facilitat de configuració com en flexibilitat per a desenvolupadors i en possibilitats de compartir contingut. A continuació comparem alguns punts clau:
Facilitat de configuració inicial
A Drupal, habilitar un multisite és tan senzill com crear una carpeta per al nou lloc i un arxiu de configuració – no es requereix modificar el core. La funcionalitat ve suportada de base. Per contra, a WordPress cal activar el mode multilloc manualment (editant l’arxiu wp-config.php per a definir constants específiques i ajustar .htaccess), després realitzar una instal·lació de xarxa des del panell admin, etc. A més, WordPress força a triar entre usar subdominis o subdirectoris per als llocs de la xarxa en aquesta configuració inicial, i canviar aquesta estructura després pot ser complicat.
A Drupal multisite es poden barrejar dominis totalment distints sense problema des del principi (cada carpeta de lloc es nomena amb el domini o subdomini corresponent, no hi ha limitació a un domini arrel). En resum, muntar la base d’un multisite Drupal és immediat, mentre que a WordPress requereix més passos d’habilitació.
Gestió de dominis
Drupal multisite està dissenyat per a múltiples dominis completament independents. N’hi ha prou amb apuntar cada domini al servidor i crear la carpeta amb aquest nom dins de sites/ – Drupal s’encarrega de servir el lloc correcte segons el domini. A WordPress, aconseguir llocs amb dominis totalment diferents implica passos addicionals: per defecte WP multisite usa un sol domini basi amb subllocs com a subdominis o rutes (exemple: sitio1.midominio.com o midominio.com/sitio1). Per a assignar un domini personalitzat a un subsite de WordPress, cal usar la funcionalitat de domain mapping (en alguns hostings ve suportada, en uns altres cal instal·lar plugins o tocar la BD).
A més, WordPress emmagatzema els noms de domini dels llocs en la base de dades (taula wp_blogs, entre altres) i altres rutes en taules d’opcions, la qual cosa fa més pesada la migració o canvis de domini. Un canvi d’URL en WP multisite implica editar registres en la base de dades per a cada lloc i compte amb dades serialitzades. En canvi, a Drupal multisite la configuració de domini està en els arxius (el nom de la carpeta sites/nombredominio i en settings.php si es defineix $base_url o similar), per la qual cosa moure un lloc d’un domini a un altre o clonar llocs entre servidors resulta més senzill (sovint n’hi ha prou amb canviar de nom la carpeta i ajustar DNS).
En poques paraules: Drupal maneja múltiples dominis de forma més natural i portàtil; WordPress pot fer-ho però requereix més treball manual i cura per a no trencar referències en la BD.
Estructura de bases de dades i rendiment
A Drupal tenim flexibilitat d’usar una base de dades per lloc (aïllant totalment les dades de cada web) o un mateix esquema amb prefixos distints per a cada lloc, segons convingui. L’opció més comuna a Drupal és separar les bases de dades, cosa que significa que el rendiment de les consultes d’un lloc no afecta directament als altres, i que fins i tot es podrien allotjar bases de dades en servidors distints si fos necessari. A WordPress multisite, tots els llocs comparteixen la mateixa base de dades per disseny (totes les taules viuen en un sol esquema amb un prefix diferent per lloc).
Això implica que un alt volum de trànsit o consultes en un lloc WordPress pot repercutir en el rendiment general de la BD que comparteixen amb altres llocs. Així mateix, si ocorre un error en la base de dades (p. ex., corrupció de taules), potencialment afecta a tota la xarxa de llocs WP. Amb Drupal multisite, una falla en la BD d’un lloc no tombarà els altres llocs (estan aïllats). Aïllar per BD atorga a Drupal multisite major robustesa i facilitat de manteniment. Per exemple, fer còpia de seguretat/restore d’un sol lloc és trivial (es recolza el seu BD individual), mentre que en WP multisite cal extreure les dades corresponents de la gran BD compartida.
Compartició de contingut i usuaris
De fàbrica, WordPress multisite no permet compartir contingut entre llocs; cada subsite és com una illa quant a entrades, pàgines, etc. (encara que comparteixen la instal·lació, els seus continguts són independents). Existeixen plugins o hacks per a sincronitzar entrades entre subsites, però no és una cosa nativa ni senzill. Drupal multisite en la seva forma tradicional tampoc comparteix contingut perquè cada lloc té el seu BD, però com esmentem, Drupal ofereix l’opció Domain Access per a quan es vol unificar contingut i usuaris en múltiples dominis. Amb Domain Access, Drupal supera a WP en aquest aspecte, ja que permet decidir quin contingut és únic d’un lloc i quin és comú a varis amb total flexibilitat.
Per exemple, podríem publicar un article que aparegui simultàniament en la web corporativa i en la web de notícies, amb un sol node compartit. WordPress no té un equivalent natiu a Domain Access que aconsegueixi això. Un detall: WordPress multisite sí que comparteix la taula d’usuaris (els usuaris registrats existeixen a nivell de xarxa, encara que després s’assignen permisos per lloc), mentre que a Drupal multisite tradicional cada lloc té els seus propis usuaris separats. Però novament, amb Domain Access, Drupal pot compartir usuaris també. En resum, Drupal ofereix més opcions per a compartir o aïllar contingut segons la necessitat, mentre que en WP multisite la compartició de contingut entre llocs és pràcticament inexistent sense extensions de tercers.
Flexibilitat i autonomia de cada lloc
A Drupal multisite, cada lloc és completament independent quant a configuracions, mòduls habilitats o fins i tot versió del tema (podem habilitar mòduls sol en un dels llocs i en uns altres no, ja que cada lloc té el seu propi arxiu settings.php i pot tenir config split específiques). A WordPress multisite, la xarxa comparteix tots els plugins i themes instal·lats, i encara que es pot triar activar plugins per subsite, els fitxers de plugins/themes són comuns per a tots. A més, unes certes configuracions avançades en WP (com habilitar funcionalitats) només les pot fer el super admin a nivell de xarxa, la qual cosa pot restar autonomia als administradors de cada lloc.
Drupal no té aquest concepte de super admin de xarxa perquè cada lloc és independent (excepte usant Domain Access, on sí que hi ha un sol backend amb dominis múltiples, i en aquest cas s’assemblaria a un super admin per a tots). D’altra banda, retirar un lloc d’un multisite de Drupal és relativament fàcil (podríem decidir que un lloc ara tingui la seva instal·lació separada: exportar el seu config i contingut i llest). A WordPress, una vegada que tens desenes de llocs en multisite, “la decisió és permanent” i revertir un lloc de la xarxa a instal·lació independent pot ser complex.
Enfocament i propòsit
Històricament, WordPress multisite (anteriorment WordPress MU) va néixer amb el propòsit d’habilitar xarxes de blogs estil WordPress.com, on prevalia la facilitat per a crear molts llocs simples (blogs) i uns certs elements comunitaris (usuaris compartits, seguir blogs, etc.). En canvi, Drupal multisite està pensat com una eina de manteniment eficient de múltiples llocs complets, típicament més robustos o complexos que un simple blog. A WordPress multisite tots els llocs de la xarxa solen estar més connectats entre si (mateixa comunitat d’usuaris, llocs moltes vegades relacionats en temàtica), mentre que Drupal multisite s’utilitza tant per a llocs relacionats (ex. diversos portals d’una universitat) com per a llocs totalment distints que només comparteixen la infraestructura tècnica.
Aquesta diferència de filosofia es tradueix en què WordPress multisite és molt amigable per a marketers o usuaris no tècnics que volen obrir mini-llocs ràpidament, mentre que Drupal multisite està més orientat al fet que desenvolupadors i administradors tècnics optimitzin la gestió de projectes web a gran escala. No és que un sigui “millor” sempre que l’altre; si algú només necessita habilitar 100 blogs senzills amb usuaris acte-registrats, WP multisite podria servir. Però per a organitzacions que requereixen llocs robustos, amb dades complexes, workflows personalitzats i alta modularitat, Drupal multisite ofereix un entorn més adequat.
En síntesi, Drupal multisite brinda més flexibilitat i simplicitat a nivell tècnic que WordPress multisite. La gestió de múltiples dominis és més directa, les bases de dades separades aïllen millor cada lloc, i existeix l’opció (Domain Access) d’aconseguir veritable integració de contingut entre llocs quan es necessita. WordPress multisite, si bé facilita uns certs casos d’ús, pot tornar-se restrictiu (i difícil de desfer) en entorns complexos. Per a desenvolupadors que busquin una solució multisite robusta, Drupal 11 destaca per la seva arquitectura neta i escalable.
Guia de com configurar un lloc multisite a Drupal 11
Passem ara a la part pràctica: la creació d’un entorn multisite a Drupal 11. Veurem el cas tradicional (llocs independents amb codi comú). Suposant que ja tens una instal·lació de Drupal 11 funcionant (un lloc basi), els passos generals per a afegir múltiples llocs són:
1. Preparar els dominis i el servidor: Decideix quins dominis o subdominis utilitzarà cada lloc. Has de configurar els registres DNS d’aquests dominis perquè apuntin al servidor on està Drupal. Si és un entorn local, afegeix els dominis a l’arxiu hosts de la teva màquina per a proves. En el servidor web (Apatxe/Nginx), configura els virtual hosts perquè tots aquests dominis se serveixin des del mateix directori arrel on vas instal·lar Drupal. Assegura’t també de tenir certificats SSL per a cada domini (en entorns multisite, si són subdominis es pot usar un wildcard SSL; si són dominis distints, cadascun necessitarà el seu certificat). En resum: el servidor ha d’acceptar totes les URLs dels llocs i apuntar-les al codi de Drupal.
2. Crear l’estructura de carpetes per a cada lloc: En la carpeta de Drupal (/web o arrel de la instal·lació), localitza el directori sites/. Dins de sites/ veuràs almenys una carpeta (per defecte sites/default). Per a cada nou lloc web que vulguis afegir, crea un nou subdirectori nomenat exactament com el domini o subdomini del lloc. Per exemple, si afegiràs miprimersitio.com i blog.miprimersitio.com, crearies: sites/miprimersitio.com/ i sites/blog.miprimersitio.com/. (Si el teu multisite usarà dominis totalment distints, usa aquests noms; si usarà subdominis d’un mateix domini basi, també es distingeixen així). Aquest nom de carpeta és com Drupal identifica cada lloc segons la URL de la petició.
Dins de cada nova carpeta de lloc, crea al seu torn una subcarpeta files (aquí es desaran els arxius pujats, imatges, etc. d’aquest lloc en particular) amb els permisos adequats perquè el servidor web escrigui en ella. És recomanable donar permisos segurs: normalment el propietari hauria de ser l’usuari del servidor web, amb escriptura permesa.
3. Configurar l’arxiu de settings.php per a cada lloc: Cada lloc necessita el seu propi arxiu de configuració de PHP. Per a això, pots copiar l’arxiu d’exemple sites/default/default.settings.php dins de la carpeta del teu nou lloc, canviant-lo de nom a settings.php. Per exemple: còpia sites/default/default.settings.php a sites/miprimersitio.com/settings.php. Després edita-ho per a posar la configuració de base de dades específica d’aquest lloc (i qualsevol altre ajust personalitzat). El mínim és definir en $databases la connexió a la base de dades nova d’aquest lloc.
Generalment, crearàs una nova base de dades buida per a cada lloc (o podries usar la mateixa BD amb prefixos distints, encara que es recomana BD separades per simplicitat). Assegura’t de crear prèviament la BD (i usuari/clau) usant MySQL/MariaDB o el motor que usis.
- Un tip: si tindràs molts llocs, en lloc d’editar manualment cada settings.php, podries usar settings.local.php o alguna inclusió per a no repetir configuracions comunes. Però per a començar, editar cada settings.php amb el seu BD està bé.
També verifica que en settings.php estigui correcta la ruta a la carpeta files i directoris de configuració (a vegades cal crear un settings.php addicional per a settings.local.php si així ho maneges).
4. (Opcional) Configurar sites.php si és necessari: Drupal pot detectar el lloc pel nom de la carpeta automàticament en la majoria de casos. No obstant això, si desitges que diversos dominis apuntin al mateix lloc o alguna redirecció, podries editar l’arxiu sites/sites.php per a mapear dominis a carpetes manualment. En un escenari simple, no fa falta tocar sites.php; Drupal trobarà la carpeta el nom de la qual coincideix amb l’HTTP Host. Només esmentar aquesta possibilitat per a casos especials (per exemple, àlies de domini).
5. Instal·lar Drupal en el nou lloc: Una vegada creats la carpeta i configurat settings.php, és moment de córrer la instal·lació de Drupal per a aquest nou lloc. Obre en el teu navegador el domini corresponent (p. ex. https://miprimersitio.com) i hauries de veure la pantalla d’instal·lació de Drupal. Segueix el procés normal: triar perfil d’instal·lació (estàndard, minimal, etc.), introduir les dades de lloc (nom, usuari admin, etc.). Drupal usarà la base de dades que vas configurar, instal·lant les taules necessàries solo en aquesta BD. Després de completar l’assistent, ja tindràs el nou lloc Drupal funcionant sota aquest domini, totalment independent quant a contingut del lloc original. Repeteix aquest pas d’instal·lació per cada nou lloc afegit.
6. Repetir per a més llocs: Cada lloc addicional que vulguis afegir repetiràs els passos 2 a 5: crear carpeta sota /sites, copiar settings.php, nova BD, executar instal·lació via web. Pots agregar tants llocs com necessitis. Drupal multisite és capaç de manejar desenes o centenars de llocs des d’una instal·lació, sempre que el servidor tingui recursos suficients i una estructura organitzada (per exemple, algunes universitats o governs operen desenes de llocs en un sol Drupal).
7. Gestió de mòduls i temes en multisite: Tingues en compte que tots els llocs comparteixen el codi, és a dir, els mòduls i temes que estiguin en /modules o /themes (o via Composer) estan disponibles per a tots els llocs. Si actives un mòdul en un lloc, no s’activa automàticament en els altres (cada lloc té la seva pròpia llista de mòduls habilitats, emmagatzemada en el seu BD).
Però sí que és important recordar que si actualitzes un mòdul o agregues un nou en el codebase, aquest codi pot afectar potencialment a tots els llocs si després s’habilita. En general, convé mantenir sincronitzades les versions de mòduls en tots els llocs (per seguretat). Drupal 11 permet també, per organització, col·locar mòduls específics d’un sol lloc dins de la carpeta sites/miprimersitio.com/modules/ si fos necessari una cosa molt particular per a un dels llocs. De manera anàloga amb temes a sites/…/themes/. Això dona flexibilitat: comparteixes gairebé tot, però encara pots sobreescriure alguna cosa per a un lloc puntual si realment ho necessites.
8. (Opcional) Usar un perfil d’instal·lació per a clonar configuració: Si desplegaràs molts llocs amb la mateixa estructura funcional (per exemple, 10 llocs de països amb mateixes seccions), considera crear un installation profile o usar configuració existent per a automatitzar. Amb Drush es pot instal·lar un nou lloc passant un perfil personalitzat que ja conté uns certs mòduls habilitats i configuracions predeterminades. Això agilitza el bootstrap de cada nova web per a no haver de repetir manualment configuracions comunes. Drupal 11 continua suportant aquesta mecànica de perfils d’instal·lació, molt útil en entorns empresarials.
Després d’aquests passos, hauries de tenir un entorn multisite plenament funcional. Cada lloc s’administrarà entrant pel seu domini i login corresponent, de la mateixa forma que ho faries amb llocs separats. Però en el servidor i codi, només tens una còpia de Drupal. A l’hora d’actualitzar core o mòduls, ho fas una vegada i després executes els updates (per exemple amb drush updb) en cada lloc per a actualitzar les seves bases de dades.
I què hi ha del mòdul Domain Access? Si en lloc de llocs separats volguessis l’aproximació multi-domini en un sol lloc, la configuració seria diferent: instal·lar el mòdul Domain Access (i les seves dependències) en una sola instal·lació de Drupal, i dins d’aquest únic lloc definir els múltiples dominis en la pàgina d’administració que proveeix el mòdul. Després assignar contingut a dominis.
Això escapa al detall d’aquesta guia, però a grans trets els passos serien: a) habilitar Domain Access, b) configurar els dominis (es creen registres de domini en la configuració, associant cada domini a un “lloc” lògic), c) apuntar aquests dominis al mateix lloc (DNS/virtual host igual que abans), d) usar les opcions del mòdul per a publicar contingut en l’un o l’altre domini. Domain Access ofereix un enfocament potent però més complex si es requereix un alt grau de compartició. En tot cas, tècnicament continua sent un Drupal multisite, només que a nivell lògic en lloc de físic.
Consideracions SEO en un entorn multisite
La configuració multisite pot tenir impacte en el SEO, per la qual cosa convé planificar alguns aspectes per a mantenir o millorar la visibilitat de les webs en cercadors:
- Domini separat vs subdomini vs subdirectori: Des del punt de vista del SEO, usar dominis distints per a cada lloc significa que cadascun construirà la seva pròpia autoritat per separat (Google els veurà com a llocs independents). Això és ideal si les webs representen marques, països o públics diferents; no hi ha risc de confusió i pots focalitzar paraules clau específiques en cada domini. L’alternativa de subdominis (ej: pais.ejemplo.com) sol ser tractada també com a llocs a part per Google.
A WordPress multisite a vegades es tria subdirectoris (ej: ejemplo.com/pais) perquè tot quedi sota un mateix domini i compartir autoritat SEO; no obstant això, a Drupal multisite l’opció de path-based multisite (llocs en subruta) és tècnicament possible però no recomanada per la seva complexitat. Si necessites que diversos “llocs” visquin sota una mateixa URL principal per raons SEO, podria ser més senzill usar un sol Drupal amb estructura d’idiomes o seccions en lloc de multisite. En general, per a multisite Drupal és més comú usar dominis o subdominis separats.
- Contingut duplicat i etiquetes canòniques: Si decideixes compartir contingut entre llocs (per exemple, la mateixa notícia apareix en dos webs del teu multisite), has d’anar amb compte amb el contingut duplicat. A ulls de Google, dos dominis distints mostrant la mateixa informació pot semblar duplicació, la qual cosa podria afectar negativament el SEO d’aquestes pàgines. Per a evitar-ho, és recomanable usar etiquetes <link rel=”canonical”> apuntant al contingut original o principal. Drupal disposa de mòduls com Metatag que permeten definir la URL canònica de cada pàgina fàcilment. Així pots indicar quina és la font primària d’un contingut duplicat entre llocs, evitant penalitzacions. Una altra estratègia és diferenciar lleugerament el contingut per a cada audiència (per exemple, canviar títols, introduir variacions idiomàtiques).
- Gestió de Sitemap i robots.txt: En un multisite, cada lloc ha de tenir el seu propi sitemap.xml llistant només els seus URLs, i el seu propi arxivo robots.txt. Drupal genera aquests arxius per lloc, així que assegura’t d’habilitar-los/configurar-los en cada web (el mòdul XML Sitemap, etc.). No perquè sigui multisite s’unifiquen; al contrari, cal tractar cada domini amb la seva estratègia SEO independent. Del costat tècnic, és senzill ja que cada lloc Drupal és com un lloc normal en aquest sentit.
- Consistència en metadata SEO: En compartir la base de codi, pots instal·lar els mòduls SEO (Metatag, Simple Sitemap, Redirect, etc.) una vegada i habilitar-los en tots els llocs perquè cap es quedi sense optimitzacions. Defineix plantilles de metaetiquetes per a títols i descripcions coherents. Per exemple, podries establir que el title de pàgina inclogui el nom del lloc (per a distingir marca) seguit del títol de contingut. Assegura’t de configurar això per separat en cada lloc segons les seves necessitats, però beneficiant-te que l’eina és la mateixa en tots.
- Velocitat i Core Web Vitals: Un multisite ben configurat pot ajudar-te a aplicar millores de rendiment globals (caixets, compressió, CDN compartida) que beneficiïn a tots els llocs, millorant els seus Core Web Vitals. Per exemple, si implementes Drupal caching o un mòdul d’optimització (AdvAgg, etc.), ho fas una vegada i tots els llocs poden aprofitar-lo. Això repercuteix positivament en SEO tècnic (pàgines més ràpides = millor rànquing potencial). Igualment, un sol codi facilita mantenir actualitzacions al dia, evitant vulnerabilitats o errors que podrien derivar en problemes de SEO (llocs caiguts, redireccions mal fetes, etc.).
- Hreflang i multilingüisme: Si els teus llocs multisite corresponen a diferents idiomes o països de la mateixa organització, considera implementar les etiquetes hreflang apropiades perquè Google entengui la relació entre ells. Per exemple, si tens example.com (Espanya) i example.fr (França) amb contingut traduït, podries usar hreflang alternates. A Drupal multisite això no ve automàtic (perquè són llocs separats), però pots fer-ho manualment mitjançant Metatag o altres mètodes, igual que ho faries entre llocs independents. L’avantatge és que en controlar tots els llocs en la mateixa plataforma, és més fàcil mantenir les traduccions alineades i coordinar aquest etiquetatge.
En resum, un Drupal multisite ben administrat no té per què afectar negativament el SEO; de fet, pot ajudar a uniformar les bones pràctiques SEO en tots els teus llocs. Només has de vigilar el tema de contingut duplicat si reutilitzes informació entre webs, i tractar cada domini amb la seva estratègia de paraules clau i enllaços. Gràcies a l’estructura compartida, qualsevol millora tècnica SEO que implementis beneficiarà globalment a totes les webs.
Conclusió
Configurar un Drupal 11 multisite és una solució poderosa per als qui manegen múltiples llocs web i busquen eficiència. Com hem vist, amb uns pocs passos podem desplegar diverses webs en una sola instància de Drupal, collint avantatges en manteniment, rapidesa de desplegament i possibilitats de compartir recursos (i fins i tot contingut quan es requereix!). Drupal facilita aquesta tasca de forma més senzilla i flexible que WordPress en molts sentits, oferint als desenvolupadors control total sobre cada lloc sense deixar de costat la practicitat d’una base comuna.
En entorns corporatius, governamentals, educatius o de qualsevol organització amb diverses webs, el multisite de Drupal permet unificar la gestió sense sacrificar l’autonomia de cada portal. En mantenir el codi centralitzat, es redueixen costos i es millora la seguretat (una actualització protegeix a tots els llocs alhora). I al mateix temps, cada lloc pot tenir el seu propi disseny, contingut específic i enfocaments de SEO adaptats a la seva audiència.
En definitiva, Drupal 11 multisite és una eina madura que demostra com “menys és més”: menys instal·lacions separades es tradueixen en més facilitat d’administració i coherència tecnològica. Si necessites desplegar i gestionar múltiples llocs, Drupal t’ofereix un camí sòlid i provat per a fer-lo, ja sigui amb bases de dades separades per a aïllar continguts, o amb mòduls com Domain Access per a maximitzar la integració. I tot això amb la robustesa i escalabilitat que caracteritzen a Drupal!
Llest per a simplificar la gestió dels teus múltiples webs? Amb aquesta guia, esperem que puguis fer els primers passos per a crear la teva plataforma multisite a Drupal 11 de manera reeixida. Els beneficis en temps, costos i SEO fan que valgui la pena considerar aquesta arquitectura per al teu pròxim projecte multi-lloc. Molta sort amb la teva implementació!