WordPress Multisite: cuando sí, cuando no, y cómo hacerlo bien
¿Tienes 20+ sitios WordPress? Multisite puede ser tu solución o tu problema. La diferencia no está en la tecnología: está en la decisión.
Nosotros no vendemos Multisite como solución mágica. Te decimos cuándo sí, cuándo no, y cómo hacerlo bien cuando sí. Porque Multisite mal configurado es una bomba de tiempo: un sitio comprometido compromete a todos, un plugin mal hecho tumba la red completa, y los backups se vuelven imposibles de restaurar por sitio.
Si tu caso es universidad con 200 blogs de profesores, empresa con 50 marcas regionales, o agencia gestionando 100 clientes: Multisite puede ser correcto. Si tu caso es tres sitios que no comparten nada: no lo es. Te lo decimos en la primera conversación, antes de cobrarte nada.
CORE
Quiénes usan WordPress Multisite (y por qué)
Multisite no es para todos. Es para organizaciones con 20+ sitios que comparten usuarios, contenido o marca. Estos son los casos donde lo hemos visto funcionar bien:
Universidades y educación
Cada profesor su blog de clase, cada departamento su sitio, cada alumno su portafolio. Todos bajo el mismo dominio universitario, con usuarios centralizados. Ejemplo: Harvard Blogs, NYU Blogs. En México: UNAM, Tec de Monterrey, universidades estatales con campus múltiples.
Empresas con múltiples marcas o regiones
Coca-Cola con sitio por país, empresas con 50 marcas bajo un holding, franquicias con sitio por sucursal. Comparten usuarios corporativos, pero cada marca su contenido y su diseño.
Agencias gestionando clientes
Una agencia con 100 clientes WordPress: todos en un solo servidor, un solo panel de actualización, un solo punto de control. El cliente no sabe que está en Multisite, pero la agencia sí.
Redes de blogs y medios
Huffington Post (antes de venderse), redes de nicho con 50 blogs de cocina bajo un mismo paraguas. Comparten publicidad, usuarios, y infraestructura.
Gobierno y sector público
Cada dependencia su sitio, cada municipio su portal, bajo un mismo dominio .gob.mx. Comparten autenticación institucional, pero cada entidad su contenido.
Cursos y membresías
Cada cohorte su sitio, cada curso su entorno aislado. Los alumnos entran con la misma cuenta, pero ven contenido diferente según su curso.
Si tu caso se parece a alguno de estos, Multisite puede ser correcto. Si no, probablemente no lo sea. Te lo decimos en la primera conversación, antes de cobrarte nada.
Cuándo sí, cuándo no
Multisite no es una decisión técnica: es una decisión de arquitectura. Y como toda decisión de arquitectura, tiene consecuencias a largo plazo. Esta tabla te dice en qué lado estás.
- Tienes 20+ sitios que comparten usuarios, contenido o marca.
- Necesitas actualizar todos los sitios a la vez con un solo clic (plugins, temas, core).
- Los sitios comparten infraestructura (mismo servidor, mismo equipo técnico).
- Quieres control centralizado de usuarios, permisos y configuraciones.
- Los sitios son similares en funcionalidad (todos blogs, todos corporativos, todos cursos).
- Tienes menos de 10 sitios que no comparten nada. Mejor WordPress independiente.
- Un sitio no puede caerse si otro se rompe. Multisite comparte todo: si uno cae, caen todos.
- Necesitas plugins diferentes por sitio. Muchos plugins no son multisite-compatible.
- Los sitios tienen tráfico muy desigual (uno con millones, otros con cero). Multisite escala vertical, no horizontal.
- Necesitas backups independientes por sitio. En Multisite el backup es de toda la red o de nada.
- Un sitio es ecommerce grande (WooCommerce con miles de pedidos). Multisite + WooCommerce tiene limitaciones serias.
Si tu caso está en la columna de la izquierda, hablemos. Si está en la de la derecha, te decimos qué alternativa funciona mejor. No vendemos Multisite si no es tu solución.
Los 5 problemas que Multisite resuelve bien
Actualizar 50 sitios a la vez
Con Multisite, actualizas el core, los plugins y los temas una vez, y se aplican a todos los sitios. Sin Multisite, actualizas 50 veces, con el riesgo de olvidar uno.
Gestionar usuarios centralizados
Un profesor se da de alta una vez y tiene acceso a su blog, al blog de su colega, y al portal departamental. Sin Multisite, se da de alta tres veces con tres contraseñas distintas.
Compartir contenido entre sitios
Una noticia publicada en el sitio central aparece automáticamente en los 50 sitios regionales. Sin Multisite, se publica 50 veces manualmente.
Controlar permisos granulares
El administrador central ve todos los sitios, el administrador regional solo ve el suyo, el profesor solo ve su blog. Todo desde un solo panel.
Reducir costos de infraestructura
Un solo servidor para 50 sitios en lugar de 50 servidores. Un solo backup en lugar de 50. Un solo equipo técnico en lugar de 50.
Los 5 problemas que Multisite crea si se usa mal
Un sitio comprometido = todos comprometidos
Si un profesor instala un plugin nulled en su blog, el atacante entra al core compartido y compromete los 50 sitios. La seguridad en Multisite no es opcional: es crítica.
Un plugin mal hecho tumba la red
Un plugin con un bug de memoria no afecta solo a un sitio: afecta a todos. En Multisite, los plugins deben ser auditados antes de instalarse, no después.
Backups imposibles de restaurar por sitio
El backup es de toda la red. Si un sitio se rompe, no puedes restaurar solo ese sitio: restauras los 50. O no restauras nada.
Escalabilidad vertical, no horizontal
No puedes mover un sitio a otro servidor si crece mucho. Todos viven en el mismo servidor, con los mismos recursos. Si uno crece, todos pagan el costo.
WooCommerce con limitaciones serias
WooCommerce en Multisite funciona, pero con restricciones: no puedes tener inventario compartido nativo, las pasarelas de pago se configuran por sitio (no global), y el rendimiento se degrada con miles de pedidos.
Por eso Multisite no se implementa: se arquitecta. Y la arquitectura se decide antes de instalar el primer sitio, no después de tener 50.
Cómo lo implementamos bien
Decisión de arquitectura
Subdominios (sitio1.dominio.com) o subdirectorios (dominio.com/sitio1)? La decisión depende de SEO, branding, y limitaciones técnicas. Te la explicamos con tu caso encima, no con teoría.
Servidor dimensionado para la red
No es el mismo servidor para 5 sitios que para 50. Calculamos recursos (CPU, RAM, disco, base de datos) según el tráfico total de la red, no el de un sitio.
Seguridad por capas
Firewall a nivel red, no por sitio. Plugins de seguridad compatibles con Multisite. Auditoría de plugins antes de instalar. Monitoreo de intentos de login en toda la red.
Backups de red completa
Backup diario de toda la red, con pruebas de restauración mensuales. Si un sitio se rompe, se restaura toda la red al estado anterior. No hay backup por sitio en Multisite bien arquitecturado.
Actualizaciones en staging de red
Antes de actualizar el core o un plugin en producción, se prueba en una copia exacta de toda la red. Si rompe algo, se detecta antes de tocar los 50 sitios.
Documentación y gobernanza
Manual de qué plugins se pueden instalar, quién puede instalarlos, y qué pasa si alguien rompe la red. Sin gobernanza, Multisite se vuelve caos en seis meses.
Preguntas frecuentes
Depende de la complejidad: migrar 10 sitios existentes a Multisite es diferente a crear 50 sitios nuevos desde cero. La cotización sale después de auditar tu situación actual: cuántos sitios tienes, qué comparten, y qué necesitas que compartan.
Sí, pero con cuidado. Cada sitio se migra uno por uno, con pruebas de que todo funciona antes de migrar el siguiente. El tiempo depende de cuántos sitios sean y qué tan personalizados estén.
Funciona, pero con limitaciones: no hay inventario compartido nativo, las pasarelas se configuran por sitio, y el rendimiento se degrada con miles de pedidos. Si tu caso es ecommerce grande, te recomendamos evaluar alternativas antes de Multisite.
En Multisite bien arquitecturado, un sitio no se cae solo: se caen todos o no se cae ninguno. Por eso el monitoreo es de red completa, no por sitio. Si algo falla, se detecta antes de que afecte a los 50.
Sí, con domain mapping. Cada sitio puede tener su propio dominio (sitio1.com, sitio2.com) aunque vivan en la misma instalación de Multisite. Es más complejo de configurar, pero es posible.
Depende. Multisite bien arquitecturado es más seguro porque la seguridad se gestiona centralizadamente. Multisite mal arquitecturado es menos seguro porque un sitio comprometido compromete a todos. La diferencia es la arquitectura, no la tecnología.
Elige por dónde entrar
Tienes 20+ sitios y quieres saber si Multisite es para ti. Cuéntanos tu caso y te decimos si conviene, con qué arquitectura, y cuánto cuesta.
¿Multisite es para mí?No sabes si Multisite es la solución o si hay algo mejor. El diagnóstico técnico audita tu situación actual y te dice qué arquitectura te conviene.
Pedir el diagnóstico técnicoTu Multisite actual tiene problemas: lento, inseguro, o imposible de mantener. Cuéntanos qué tienes hoy y te decimos si se arregla o se rehace.
Escríbenos por correoMexico WordPress · estudio técnico especializado en WordPress y WooCommerce desde 2012 · lun–vie 8:00–20:00 · respuesta < 30 min
Última revisión: octubre de 2026.