Mitos de WordPress Multisite — Desmentidos
WordPress Multisite impulsou desde redes de blogs persoais ata plataformas de publicación masivas como WordPress.com. Con todo, mesmo despois de máis dunha década no núcleo, persisten mitos sobre el. Separamos feitos da ficción — con exemplos reais e datos que o avalan.
Mito 1: “Multisite é lento.”
Realidade: Multisite pode ser tan rápido como WordPress de sitio único — sempre que sigas as mesmas boas prácticas. A velocidade depende da caché, das consultas e da calidade do aloxamento, non da funcionalidade Multisite en si.
- Caché de páxinas e caché persistente de obxectos (Redis ou Memcached) reducen drasticamente a carga da base de datos.
- WordPress 6.1+ inclúe agora comprobacións de Saúde do Sitio tanto para a caché de páxinas como para a caché de obxectos debido ao seu grande impacto no rendemento.
Fonte: Equipo de Rendemento de WordPress (Make/Core)
Conclusión: Multisite non é lento — a caché deficiente ou o código ineficiente si o é.
Mito 2: “Multisite é difícil de configurar.”
Realidade: Só leva uns poucos pasos:
- Engade
define('WP_ALLOW_MULTISITE', true);awp-config.php. - Vai a Ferramentas → Configuración de Rede.
- Escolle subdominios ou subdirectorios.
- Pega as regras xeradas e volve iniciar sesión.
Fonte: Learn WordPress — Configurar unha Rede Multisite
Conclusión: Multisite non é “difícil”, é só unha configuración única cunha nova capa de administración chamada Administración de Rede.
Mito 3: “Multisite só funciona con subdominios ou subcartafoles.”
Realidade: Desde WordPress 4.5, o mapeo de dominios está integrado no núcleo. Podes asignar dominios personalizados a cada subsitio sen complementos extra.
Fonte: Documentación de WordPress Multisite
Conclusión: Podes usar subdirectorios, subdominios ou dominios totalmente personalizados de forma nativa.
Mito 4: “Todos os sitios comparten unha táboa de base de datos.”
Realidade: Cada sitio nunha rede Multisite recibe o seu propio conxunto de táboas (como wp_2_posts, wp_2_options, etc.). Só unhas poucas táboas — como o rexistro de sitios e os usuarios — son compartidas.
Fonte: Learn WordPress — Táboas de Base de Datos de Multisite
Conclusión: Os sitios están illados a nivel de táboas, non todos mesturados.
Mito 5: “Os complementos e temas deben estar activos en todas partes.”
Realidade: Multisite permíteche instalar unha vez e despois escoller:
- Activar en Rede para todos os sitios
- Activar para que os administradores do sitio activen individualmente
Conclusión: Ti controlas o alcance — global cando sexa necesario, local cando non.
Mito 6: “Multisite é só para grandes empresas.”
Realidade: Multisite axuda a calquera que xestione múltiples sitios relacionados — xa sexa unha rede universitaria, unha plataforma SaaS ou unha axencia de mercadotecnia que xestiona clientes. O tamaño non importa; a necesidade de xestión centralizada si.
Conclusión: Mesmo equipos pequenos poden beneficiarse de usuarios, actualizacións e complementos compartidos.
Mito 7: “Multisite é un risco de seguridade.”
Realidade: A gobernanza centralizada adoita mellorar a seguridade. Multisite engade un rol especial de Super Administrador que controla os cambios a nivel de rede, mentres que os administradores regulares só xestionan os seus propios sitios.
Conclusión: Un Multisite configurado correctamente pode reducir a deriva da superficie de ataque en moitos sitios.
Mito 8: “Multisite non escala.”
Realidade: WordPress.com, Edublogs e grandes marcas de medios demostran o contrario. O rendemento depende da caché, dos complementos eficientes e da infraestrutura — non de se é Multisite ou non.
Fonte: Guía de Campo de Rendemento de WordPress
Conclusión: Escalar unha rede Multisite segue o mesmo manual que escalar calquera sitio WordPress moderno.
Exemplos Reais de WordPress Multisite en Acción
| Organización / Rede | Caso de Uso | Notas |
|---|---|---|
| WordPress.com | Plataforma global de blogs | Executa millóns de sitios individuais nunha única rede Multisite. |
| BBC America | Rede de entretemento | O sitio de cada programa funciona como un subsitio nunha instalación Multisite. |
| Edublogs / CampusPress | Redes educativas | Aloxa blogs de profesores, estudantes e universidades baixo unha plataforma. |
| The New York Times Blogs | Publicación | Cada blog temático funciona como un subsitio dentro da rede Multisite do NYT. |
| Cheapflights | Contido localizado | Xestiona múltiples sitios específicos de cada país nun mesmo código base. |
| Redes universitarias | Departamentos e cursos | Moitas institucións de educación superior executan centos de sitios departamentais nun Multisite compartido. |
Fontes: Elegant Themes, WP Engine, Pantheon e estudos de caso de Multisite de WP Cloud.
O Perigo Oculto: Complementos Mal Escritos
Mesmo unha rede Multisite perfectamente configurada pode ser ralentizada por malos complementos. Debido a que todos os sitios comparten o mesmo código base de complementos, un complemento que se comporte mal pode afectar o rendemento de toda a rede.
Problemas Comúns Causados por Malos Complementos
- Consultas pesadas á base de datos ou JOINs sen indexar que se executan en cada carga de páxina.
- Tarefas programadas (cron) descontroladas que se executan con demasiada frecuencia en todos os subsitios.
- Fugas de memoria e creación excesiva de obxectos en bucles ou ganchos como
init. - Inflamación da táboa de opcións e datos cargados automaticamente que ralentizan cada solicitude.
- Suposicións de sitio único (nomes de táboas codificados, falta de lóxica
switch_to_blog()).
Como Prevenir Ralentizacións Relacionadas con Complementos
- Proba nun entorno de staging antes da activación en rede.
- Perfila as consultas con ferramentas como Query Monitor ou New Relic.
- Limita a activación en rede — activa complementos por sitio cando sexa posible.
- Usa caché persistente de obxectos (Redis ou Memcached).
- Evita grandes cargas automáticas nas opcións e limpa datos antigos.
- Verifica a calidade do complemento — busca mantemento activo e compatibilidade con multisite na documentación.
Fontes: WPMU DEV — Mellora o Rendemento en Sitios Grandes,
Multidots — Boas Prácticas de Multisite
Conclusión: Os complementos mal escritos son o verdadeiro inimigo do rendemento — non o propio Multisite.
Cando Multisite Non é a Opción Correcta
- Necesitas pilas de complementos/temas completamente diferentes por sitio sen código compartido.
- Queres contornas de aloxamento separadas ou illamento físico.
- Dependes de complementos nicho que non son compatibles con Multisite.
Regra xeral: Multisite destaca cando queres gobernanza compartida, código e eficiencia — non cando cada sitio debe vivir no seu propio silo.
Reflexións Finais
WordPress Multisite é unha das funcionalidades máis malentendidas pero poderosas de WordPress. Está probado a escala por grandes marcas, universidades e provedores de SaaS. Cunha caché adecuada, gobernanza de complementos e probas, ofrece unha eficiencia incomparable para xestionar moitos sitios á vez.
En lugar de temer a Multisite, abrázao polo que realmente é: un multiplicador de forza para a túa rede WordPress.
Fontes: WordPress.org Documentation, Learn WordPress, WP Engine, Elegant Themes, WPMU DEV, Multidots, Pantheon e WP Cloud.

Leave a Reply