WordPress Multisite es una funcionalidad integrada que te permite ejecutar varios sitios web WordPress desde una única instalación de WordPress. Todos los sitios de la red comparten los mismos archivos del núcleo de WordPress, los mismos directorios de plugins y temas, y el mismo servidor de base de datos. Sin embargo, cada sitio mantiene su propio contenido, ajustes, archivos subidos y roles de usuario. Imagínalo como una instalación de WordPress que sirve a muchos sitios web independientes, todos gestionados desde un panel central.
Cómo está estructurado WordPress Multisite
Cuando habilitas Multisite, WordPress crea tablas adicionales en la base de datos para cada sitio de la red. El sitio principal mantiene el conjunto estándar de tablas (como wp_posts y wp_options), mientras que cada sitio adicional obtiene su propio conjunto con prefijo (como wp_2_posts, wp_3_options, etc.). Los archivos del núcleo, los archivos de plugins y los archivos de temas se mantienen compartidos. Esto significa que solo necesitas actualizar el núcleo de WordPress una vez y se aplica a todos los sitios de la red.
Configuración por subdominio frente a subdirectorio
Multisite admite dos estructuras de URL desde el principio:
- Configuración por subdominio: cada sitio obtiene su propio subdominio, por ejemplo
blog.ejemplo.com,tienda.ejemplo.com,noticias.ejemplo.com. Esto requiere una configuración de DNS comodín en tu servidor para que todos los subdominios apunten a la misma instalación. - Configuración por subdirectorio: cada sitio vive bajo una ruta del mismo dominio, por ejemplo
ejemplo.com/blog/,ejemplo.com/tienda/,ejemplo.com/noticias/. Es más sencillo de configurar, pero solo está disponible para instalaciones nuevas (los sitios existentes que llevan funcionando más de un mes están limitados a subdominios).
Con plugins adicionales o código personalizado, también puedes asignar dominios completamente separados a sitios individuales de la red. Por ejemplo, mimarca.com podría apuntar a un sitio mientras que otramarca.com apunta a otro, todos ejecutándose en la misma instalación Multisite.
El rol de Súper Admin
Multisite introduce un rol especial llamado Súper Admin. Un Súper Admin tiene control total sobre toda la red, incluida la capacidad de crear y eliminar sitios, instalar y activar plugins en toda la red, gestionar temas y añadir o eliminar usuarios en todos los sitios. Los administradores de sitio normales en una red Multisite tienen capacidades reducidas en comparación con un admin de sitio único. No pueden instalar plugins ni temas por su cuenta; solo pueden activar plugins y temas que el Súper Admin haya puesto a su disposición.
Plugins activados en red frente a plugins por sitio
Los plugins en una red Multisite se pueden gestionar de dos formas. Un Súper Admin puede "activar en red" un plugin, lo que lo habilita simultáneamente en todos los sitios de la red. Alternativamente, el Súper Admin puede poner un plugin a disposición sin activarlo en red, permitiendo que cada admin de sitio lo active o desactive en su propio sitio. No todos los plugins de WordPress soportan Multisite correctamente. Algunos plugins almacenan datos de formas que entran en conflicto con la estructura compartida de la base de datos, o asumen que se ejecutan en una instalación de un solo sitio. Comprueba siempre la compatibilidad del plugin antes de desplegarlo en una red Multisite.
Tablas de usuarios compartidas
Todos los sitios de una red Multisite comparten la misma tabla de usuarios. Esto significa que un usuario registrado en un sitio puede recibir acceso a otros sitios sin crear una cuenta nueva. Las credenciales de acceso del usuario funcionan en toda la red. Sin embargo, los roles se asignan por sitio. Un usuario podría ser Editor en un sitio y Suscriptor en otro. Este sistema compartido de usuarios simplifica la gestión en organizaciones donde las personas necesitan acceso a varios sitios.
Cuándo tiene sentido Multisite
Multisite encaja bien en escenarios concretos:
- Universidades y centros educativos: cada departamento, facultad u organización estudiantil obtiene su propio sitio, todos gestionados centralmente por el departamento de informática.
- Intranets corporativas: distintas divisiones u oficinas regionales ejecutan sitios separados pero comparten marca, plugins y cuentas de usuario.
- Negocios de franquicia: cada local franquiciado tiene su propio sitio con contenido local, mientras que la empresa matriz controla el diseño y la pila de plugins.
- Agencias de desarrollo: las agencias que gestionan muchos sitios pequeños de clientes pueden usar Multisite para reducir la sobrecarga de mantenimiento, actualizando el núcleo de WordPress y los plugins una vez en lugar de decenas de veces.
- Sitios multilingües: algunos equipos prefieren ejecutar un sitio separado por idioma en lugar de usar un plugin de traducción, utilizando Multisite para mantenerlos conectados.
Cuándo Multisite NO tiene sentido
Multisite no siempre es la elección correcta. Evítalo en estas situaciones:
- Sitios no relacionados: si los sitios no tienen nada en común (distintos propietarios, distintos propósitos, distintas necesidades de plugins), las instalaciones separadas son más fáciles de gestionar.
- Distintos requisitos de hosting: si un sitio necesita un servidor de alto rendimiento mientras otro es un blog sencillo, agruparlos crea restricciones innecesarias.
- Incompatibilidad de plugins: si tus plugins clave no soportan Multisite, te encontrarás con problemas difíciles de depurar y solucionar.
- Control individual del cliente: si los clientes necesitan acceso completo de admin, incluida la instalación de plugins, el rol de admin restringido de Multisite les resultará frustrante.
Consideraciones de rendimiento
Multisite añade cierta sobrecarga porque cada petición debe determinar a qué sitio de la red se está accediendo. La base de datos compartida puede convertirse en un cuello de botella si muchos sitios reciben tráfico elevado simultáneamente. La caché de objetos (con Redis o Memcached) es muy recomendable para redes Multisite. Las redes grandes con cientos de sitios también deberían considerar la replicación de la base de datos y el balanceo de carga. En el lado positivo, compartir plugins y temas entre sitios significa menos espacio en disco y menos archivos para gestionar por el servidor en comparación con ejecutar decenas de instalaciones separadas.
Migrar desde Multisite
Sacar un sitio de una red Multisite a una instalación independiente de WordPress es posible, pero no es sencillo. Necesitas exportar el contenido del sitio, recrear las tablas de la base de datos sin el prefijo de Multisite, mover los archivos subidos a la estructura de directorios correcta y reconfigurar plugins y ajustes. Varios plugins de migración soportan este proceso, pero a menudo son necesarios ajustes manuales en la base de datos. Merece la pena considerar esta dificultad de migración antes de comprometerse con Multisite, especialmente si existe la posibilidad de que los sitios necesiten separarse más adelante.
Qué comprueba InspectWP
InspectWP puede detectar si un sitio WordPress forma parte de una red Multisite analizando indicadores de WordPress, estructuras de URL y patrones específicos de red en la salida HTML del sitio y las cabeceras de respuesta.