Si administrás más de un sitio hecho con WordPress, en algún momento te vas a cruzar con la palabra "multisite" y con la promesa que la acompaña: manejar todos tus sitios desde un solo panel, con una sola instalación, un solo conjunto de plugins y un solo login. Suena a solución definitiva, y en ciertos escenarios lo es. Pero WordPress Multisite también es una de las funciones más malinterpretadas del ecosistema: mucha gente la activa pensando que le va a simplificar la vida y termina descubriendo, meses después, que se metió en una arquitectura que no necesitaba. En esta guía te contamos qué es exactamente una red de sitios, cuándo brilla, cuándo conviene evitarla y qué tiene que ofrecer tu hosting para que funcione bien.
Qué es WordPress Multisite, en criollo
Multisite es una función nativa de WordPress (no un plugin, viene incluida desde la versión 3.0) que convierte una instalación común en una red de sitios. En lugar de tener un WordPress por cada sitio, tenés uno solo que sirve varios sitios a la vez. Todos comparten el mismo núcleo de WordPress, la misma carpeta de plugins y temas, y la misma base de datos, aunque cada sitio tiene sus propias tablas de contenido y su propia configuración.
La figura clave es el superadministrador: un rol por encima del administrador clásico que gestiona la red completa. El superadmin decide qué plugins y temas están disponibles, crea y borra sitios, y administra los usuarios de toda la red. Los administradores de cada subsitio, en cambio, solo manejan su contenido: no pueden instalar plugins ni tocar el código. Esa separación de poderes es, al mismo tiempo, la mayor virtud y la mayor limitación de multisite, según el caso.
Otro detalle que sorprende a muchos: los usuarios son compartidos. Una persona registrada en la red puede tener roles distintos en cada subsitio (editora en uno, autora en otro), pero su cuenta es una sola. Para comunidades y organizaciones esto es oro; para clientes que no deben verse entre sí, es un problema.
Cuándo una red de sitios brilla
Multisite fue diseñado para un escenario concreto: muchos sitios que pertenecen a una misma organización y comparten estructura. Ahí es imbatible. Algunos casos típicos:
Red de blogs. El caso original: WordPress.com es, en esencia, un multisite gigante. Si tenés un medio con varias verticales, una red de blogs temáticos o una plataforma donde cada autor tiene su espacio, multisite te deja crear un sitio nuevo en segundos, con el tema y los plugins ya listos.
Sedes o sucursales de una marca. Una cadena con locales en distintas ciudades, una franquicia, una inmobiliaria con oficinas regionales: cada sede tiene su subsitio con su información local, pero todas comparten diseño, identidad y actualizaciones. Actualizás el tema una vez y toda la red se renueva.
Instituciones educativas y organismos. Universidades con un sitio por facultad, municipios con un sitio por área, ONGs con capítulos regionales. La gobernanza centralizada de multisite calza perfecto: el equipo central controla la plataforma y cada área publica su contenido sin poder romper nada.
Multi-idioma por subsitio. Una alternativa elegante a los plugins de traducción: cada idioma vive en su propio subsitio (es.tudominio.com, en.tudominio.com), con contenido independiente y URLs limpias. Plugins como Multisite Language Switcher conectan las versiones entre sí.
Cuándo NO conviene multisite
Acá es donde más gente se equivoca. Hay tres señales de alerta claras:
Sitios de clientes distintos. Si sos freelancer o agencia y pensás meter a todos tus clientes en una red para administrarlos más fácil, frená. En multisite todo está acoplado: si la red se cae, se caen todos los clientes; si un cliente se va, separar su sitio es una operación quirúrgica sobre la base de datos; y los usuarios compartidos son un dolor de cabeza legal y de privacidad. Para clientes, lo correcto son instalaciones separadas.
Plugins incompatibles. No todos los plugins están preparados para multisite. Algunos de e-commerce, membresías o seguridad asumen una instalación única y fallan o se comportan raro en red. Antes de migrar, verificá la compatibilidad de cada plugin crítico que usás. Un solo plugin esencial que no funcione puede invalidar todo el plan.
Un sitio que quizá haya que separar después. Convertir un subsitio en instalación independiente es posible, pero laborioso: exportar tablas, migrar usuarios, rearmar medios, corregir URLs. Si sospechás que un proyecto va a crecer hasta necesitar su propio servidor, su propio equipo o su propia venta, arrancalo separado desde el día uno.
Subdominios o subdirectorios
Al activar la red, WordPress te pide elegir cómo se estructuran las URLs de los subsitios, y la decisión es prácticamente definitiva:
- Subdirectorios (tudominio.com/sitio-a/): la opción más simple. No requiere configurar DNS ni SSL extra, y concentra la autoridad SEO en un solo dominio. Ideal para áreas de una misma organización.
- Subdominios (sitio-a.tudominio.com): cada sitio se siente más independiente y podés apuntarle marcas propias. Requiere un DNS wildcard y un certificado SSL que cubra los subdominios.
- Dominios propios (mapeo de dominios): desde WordPress 4.5 es nativo. Cada subsitio puede responder en su propio dominio (marca-a.com, marca-b.com) aunque por dentro sea la misma red. Perfecto para marcas de un mismo grupo.
- Regla práctica: si dudás, subdirectorios. Cambiarte después es engorroso, y los subdirectorios son los que menos infraestructura piden.
Qué necesita multisite del hosting
Una red de sitios concentra todo en una sola instalación, y eso cambia lo que le tenés que pedir al servidor. Primero, recursos para toda la red: la RAM y el CPU se comparten entre todos los subsitios, así que un plan que alcanza para un sitio puede quedarse corto para diez. Buscá planes con memoria generosa (6 u 8 GB de RAM marcan la diferencia) y SSD amplio, porque los archivos de medios de todos los sitios viven juntos.
Segundo, sitios y dominios ilimitados (o al menos suficientes): si vas a mapear dominios propios a los subsitios, el plan tiene que permitir dominios adicionales sin cobrarte cada uno. Tercero, caché a nivel servidor: con muchos sitios compartiendo recursos, un servidor LiteSpeed con LSCache descomprime muchísimo la carga. Cuarto, backups diarios automáticos: en multisite, un error afecta a toda la red, así que poder restaurar rápido no es opcional. Y quinto, soporte técnico que sepa de WordPress: configurar wildcard DNS, SSL para subdominios y reglas de rewrite excede al usuario promedio, y un buen equipo de soporte te ahorra horas.
La alternativa: instalaciones separadas en un plan con sitios ilimitados
Si tu caso no encaja en los escenarios donde multisite brilla, hay una alternativa que muchas veces es mejor: varias instalaciones independientes de WordPress en un mismo plan de hosting que permita sitios ilimitados. Cada sitio tiene su propio WordPress, sus propios plugins y sus propios usuarios; si uno falla, los demás siguen; si uno crece, lo mudás sin cirugía. Con un instalador de un clic, levantar un WordPress nuevo tarda dos minutos, así que la "ventaja" de crear subsitios rápido se achica bastante. Lo que perdés es el panel único y las actualizaciones centralizadas, pero herramientas de gestión remota (o el propio cPanel con su WP Toolkit) cubren buena parte de eso.
La regla final es simple: multisite para sitios hermanos que comparten dueño, diseño y destino; instalaciones separadas para todo lo demás.
Para cualquiera de los dos caminos, en nuestra experiencia BanaHosting acompaña bien: soporta WordPress Multisite sin restricciones, y sus planes Professional (100 GB SSD y 6 GB de RAM) y Corporate (150 GB y 8 GB) admiten sitios ilimitados, con LiteSpeed y LSCache para bancar la carga de una red, instalación de WordPress en un clic vía Softaculous, SSL gratis, copias diarias con JetBackup y un soporte 24/7 que responde en menos de diez minutos, algo que se agradece cuando toca pelear con un wildcard DNS. Con migración gratuita y 30 días de garantía, probar tu arquitectura, sea red o sitios separados, no tiene mucho riesgo.