WordPress multisite con errores comunes y solución
Guía completa de WordPress Multisite con errores comunes, causas y soluciones prácticas para administradores que gestionan redes de sitios.
Índice
- ¿Qué es WordPress Multisite y cuándo usarlo?
- Requisitos previos y buenas prácticas antes de activar Multisite
- Activación correcta de WordPress Multisite paso a paso
- Errores comunes de configuración inicial
- Problemas con subdominios y DNS
- Errores en .htaccess y enlaces permanentes
- Plugins, temas y compatibilidad en Multisite
- Errores de permisos y subida de archivos
- Rendimiento, caché y límites de servidor
- Seguridad y roles en WordPress Multisite
- Procedimiento de diagnóstico rápido
- Preguntas frecuentes
¿Qué es WordPress Multisite y cuándo usarlo?
WordPress Multisite es una funcionalidad integrada en el núcleo de WordPress que permite crear y gestionar una red de sitios web desde una única instalación. Todos los sitios comparten el mismo núcleo de archivos y, normalmente, la misma base de datos, pero pueden tener contenidos, usuarios, temas y plugins diferenciados según la configuración que defina el superadministrador.
Esta arquitectura es especialmente útil cuando necesitas mantener múltiples sitios relacionados entre sí, con cierta coherencia técnica y de mantenimiento, pero con independencia a nivel de contenidos o branding. Sin embargo, también introduce complejidad adicional y una serie de errores típicos que no aparecen en instalaciones individuales.
- Redes de sitios corporativos (sede central + delegaciones).
- Portales educativos con sitios por facultad, curso o profesor.
- Medios de comunicación con verticales temáticos separados.
- Agencias que gestionan sitios de clientes bajo una misma infraestructura.
- Proyectos de franquicias o marcas con múltiples localizaciones.
Antes de activar WordPress Multisite, es importante valorar si realmente lo necesitas. En muchos casos, varias instalaciones independientes con herramientas de gestión centralizada pueden ser más sencillas de mantener y menos propensas a errores críticos que afecten a toda la red.
Requisitos previos y buenas prácticas antes de activar Multisite
Muchos errores de WordPress Multisite se originan antes incluso de activarlo, por no cumplir requisitos mínimos o no seguir buenas prácticas básicas. Revisar estos puntos reduce drásticamente los problemas posteriores de configuración, rendimiento y seguridad.
- Tipo de hosting: se recomienda un servidor VPS o dedicado, o un hosting administrado que soporte explícitamente Multisite. En planes compartidos suelen aparecer límites de recursos y restricciones de configuración.
- Versión de PHP y MySQL/MariaDB: usa versiones soportadas por la rama estable de WordPress. Versiones obsoletas generan errores inesperados y problemas de compatibilidad con plugins.
- Acceso a archivos de configuración: necesitas editar
wp-config.phpy, en la mayoría de casos,.htaccesso la configuración de Nginx. - Certificado SSL: especialmente importante si vas a usar subdominios o dominios mapeados. Un SSL mal configurado provoca errores de contenido mixto y problemas de inicio de sesión.
- DNS y control de dominios: debes tener acceso al panel DNS para crear registros A, CNAME o comodín según el tipo de red (subdominios o subdirectorios).
Buenas prácticas previas
- Realiza una copia de seguridad completa de archivos y base de datos antes de activar Multisite.
- Desactiva temporalmente todos los plugins para evitar conflictos durante la activación.
- Comprueba que el sitio principal no usa estructuras de URL que entren en conflicto con subdirectorios futuros.
- Documenta el estado inicial (configuración de
wp-config.phpy.htaccess) para poder revertir cambios.
Activación correcta de WordPress Multisite paso a paso
Una parte importante de los errores comunes en WordPress Multisite se debe a una activación incompleta o incorrecta. Seguir el proceso oficial, sin atajos, es clave para evitar problemas posteriores con enlaces, login y creación de nuevos sitios.
- 1. Habilitar Multisite en
wp-config.php
Añade antes de la línea que dice/* That's all, stop editing! */:define('WP_ALLOW_MULTISITE', true); - 2. Acceder a la herramienta de configuración de red
Entra en Herramientas > Configuración de la red y elige si usarás subdominios o subdirectorios. Esta elección condiciona la estructura de URLs y los requisitos DNS. - 3. Seguir las instrucciones generadas por WordPress
WordPress mostrará fragmentos de código para añadir awp-config.phpy.htaccess. Copia exactamente lo indicado, respetando el orden y sin duplicar reglas antiguas. - 4. Volver a iniciar sesión
Tras aplicar los cambios, WordPress te pedirá iniciar sesión de nuevo ya como superadministrador de la red.
Si durante la activación ves pantallas en blanco, errores 500 o redirecciones infinitas, revisa primero los cambios recientes en wp-config.php y .htaccess. Un solo carácter fuera de lugar puede romper toda la instalación.
Errores comunes de configuración inicial
Tras activar WordPress Multisite, es habitual encontrarse con errores que afectan al acceso al panel, a la creación de nuevos sitios o al funcionamiento de los enlaces. Muchos de ellos se deben a pequeños detalles en la configuración inicial que pasan desapercibidos.
- Elegir subdirectorios en un sitio antiguo: si tu instalación tiene más de un mes, WordPress puede no permitir subdirectorios por conflictos con URLs existentes. Forzar esta opción puede generar errores 404 y solapamiento de rutas.
- No actualizar las URLs del sitio principal: cambiar de HTTP a HTTPS o de dominio después de activar Multisite sin actualizar correctamente la base de datos provoca redirecciones erróneas y sesiones de login inestables.
- Mezclar reglas antiguas de
.htaccess: mantener reglas previas de otros CMS o plugins de seguridad junto a las de Multisite genera bucles de redirección y errores 500. - No definir correctamente
DOMAIN_CURRENT_SITEyPATH_CURRENT_SITE: valores incorrectos impiden acceder al panel de la red o hacen que los sub-sitios carguen con el dominio equivocado.
Cómo solucionar errores iniciales típicos
- Revisa el bloque de constantes de Multisite en
wp-config.phpy compáralo con la documentación oficial. - Comprueba que solo existe un bloque de reglas de WordPress en
.htaccess, sin duplicados. - Si cambiaste de dominio, usa WP-CLI o un script de búsqueda y reemplazo para actualizar URLs en la base de datos.
- Desactiva temporalmente plugins de seguridad o caché que puedan estar reescribiendo URLs o cabeceras.
Problemas con subdominios y DNS
Cuando eliges una red de subdominios (por ejemplo, sitio1.ejemplo.com, sitio2.ejemplo.com), la configuración DNS se vuelve crítica. Muchos errores de WordPress Multisite se manifiestan como páginas no encontradas, errores de certificado SSL o imposibilidad de acceder a los nuevos sitios creados.
- Falta de registro comodín: si no existe un registro
*.ejemplo.comapuntando al servidor, los subdominios no resolverán correctamente. - Propagación DNS incompleta: tras crear o modificar registros, pueden pasar varias horas hasta que se propaguen globalmente. Durante ese tiempo, algunos usuarios verán errores 404 o dominios inexistentes.
- Configuración SSL por subdominio: si usas un certificado solo para el dominio principal, los subdominios mostrarán advertencias de seguridad en el navegador.
- Conflictos con CDN o proxy inverso: servicios como Cloudflare mal configurados pueden interferir con la resolución de subdominios de la red.
Pasos para diagnosticar errores de subdominios
- Verifica con herramientas como dig o nslookup que el subdominio apunta a la IP correcta.
- Comprueba en tu panel de hosting que el registro comodín
*está creado y activo. - Revisa el certificado SSL: idealmente usa un certificado comodín o un sistema de emisión automática por subdominio.
- Si usas CDN, desactívala temporalmente para descartar problemas de caché o proxy.
Errores en .htaccess y enlaces permanentes
El archivo .htaccess controla gran parte del comportamiento de URLs y redirecciones en instalaciones WordPress bajo Apache. En Multisite, una configuración incorrecta provoca errores 404 en los sub-sitios, bucles de redirección y problemas al acceder al panel de administración de cada sitio.
Además, la combinación de reglas de Multisite con plugins de seguridad, caché o redirección manual puede generar conflictos difíciles de detectar si no se sigue un orden claro en las directivas.
- Reglas duplicadas de WordPress: tener más de un bloque
# BEGIN WordPress/# END WordPresssuele causar comportamientos imprevisibles. - Reglas de seguridad demasiado agresivas: directivas que bloquean
wp-admino parámetros de consulta pueden impedir el acceso a sub-sitios. - Orden incorrecto de redirecciones: redirecciones 301 globales antes de las reglas de WordPress pueden crear bucles infinitos.
Solución recomendada para errores de .htaccess
- Haz una copia de seguridad del
.htaccessactual. - Deja únicamente el bloque de reglas que WordPress indica para Multisite, sin modificaciones.
- Prueba el acceso al sitio principal y a un sub-sitio de prueba.
- Reincorpora, una a una, las reglas adicionales (seguridad, redirecciones, caché) comprobando que no rompan la red.
- Regenera los enlaces permanentes desde Ajustes > Enlaces permanentes en el sitio principal.
Plugins, temas y compatibilidad en Multisite
No todos los plugins y temas están preparados para funcionar correctamente en un entorno Multisite. Algunos asumen una única instalación, usan tablas personalizadas sin contemplar el prefijo por sitio o gestionan opciones globales sin respetar el contexto de cada sub-sitio, lo que deriva en errores, pérdida de datos o comportamientos inconsistentes.
- Activación a nivel de red vs. a nivel de sitio: activar un plugin para toda la red puede afectar a todos los sitios, incluso a aquellos que no lo necesitan, aumentando el riesgo de errores globales.
- Plugins que modifican usuarios y roles: en Multisite, la gestión de usuarios es más compleja; plugins mal diseñados pueden romper permisos o eliminar usuarios compartidos.
- Temas con opciones globales: algunos temas guardan configuración en tablas sin prefijo por sitio, haciendo que los cambios en un sub-sitio afecten a otros.
- Incompatibilidades con plugins de caché: configuraciones de caché que no distinguen entre sitios pueden servir contenido cruzado entre dominios o subdirectorios.
Buenas prácticas con plugins y temas en Multisite
- Comprueba siempre en la documentación del plugin/tema si es compatible con Multisite.
- Evita activar plugins a nivel de red salvo que sea estrictamente necesario.
- Prueba nuevas extensiones primero en un entorno de staging que replique tu red.
- Documenta qué plugins están activos en cada sitio y a nivel de red para facilitar el diagnóstico de errores.
- Revisa periódicamente el registro de errores del servidor para detectar conflictos silenciosos.
Errores de permisos y subida de archivos
En una red WordPress Multisite, cada sub-sitio tiene su propia estructura de directorios dentro de wp-content/uploads. Si los permisos de archivos y carpetas no son correctos, aparecerán errores al subir imágenes, generar miniaturas o acceder a medios desde los distintos sitios de la red.
- Permisos de carpeta demasiado restrictivos: valores como
700en lugar de755impiden que el servidor web escriba en los directorios necesarios. - Propietario de archivos incorrecto: tras migraciones manuales, los archivos pueden quedar con un usuario propietario diferente al que usa el servidor.
- Límites de tamaño de subida: configuraciones bajas en
upload_max_filesizeypost_max_sizegeneran errores al subir archivos grandes, especialmente en redes con muchos usuarios. - Rutas de subida personalizadas: modificaciones en constantes como
UPLOADSpueden romper la lógica de rutas por sitio.
Cómo corregir errores de subida en Multisite
- Verifica que
wp-content/uploadsy sus subcarpetas tienen permisos755y archivos644, salvo requisitos específicos de tu hosting. - Comprueba el usuario propietario de los archivos y ajústalo con
chownsi es necesario (en servidores propios). - Aumenta los límites de subida en
php.inio mediante directivas en.htaccesssi tu proveedor lo permite. - Evita personalizar la ruta de subida a menos que tengas un motivo claro y sepas cómo afecta a Multisite.
Rendimiento, caché y límites de servidor
Una red WordPress Multisite concentra el tráfico y el consumo de recursos de múltiples sitios en una sola instalación. Si no se planifica correctamente el rendimiento, es fácil encontrarse con tiempos de carga elevados, errores 502/504 o bloqueos temporales por alcanzar límites de CPU, memoria o procesos simultáneos impuestos por el hosting.
- Caché mal configurada: sistemas de caché que no diferencian entre sitios pueden servir contenido de un sub-sitio en otro, generando confusión y problemas de sesión.
- Consultas a base de datos pesadas: plugins globales que realizan consultas complejas sobre todas las tablas de la red pueden saturar el servidor.
- Límites de memoria PHP insuficientes: redes con muchos plugins activos por sitio requieren más memoria que una instalación simple.
- Jobs cron acumulados: tareas programadas por plugins en cada sitio pueden generar una carga constante si no se gestionan adecuadamente.
Recomendaciones para optimizar el rendimiento
- Utiliza un sistema de caché compatible con Multisite y configúralo para distinguir claramente entre sitios.
- Monitoriza el consumo de recursos y las consultas lentas con herramientas como Query Monitor o soluciones de APM.
- Aumenta
WP_MEMORY_LIMITenwp-config.phpsi tu hosting lo permite. - Considera desactivar el cron interno de WordPress y usar un cron del sistema para reducir la carga.
- Revisa periódicamente los plugins activos en cada sitio y elimina los que no aporten valor real.
Seguridad y roles en WordPress Multisite
La seguridad en WordPress Multisite requiere especial atención, ya que un fallo en el sitio principal o en la cuenta de superadministrador puede comprometer toda la red. Además, la gestión de roles y permisos es más compleja, y los errores de configuración pueden otorgar más privilegios de los deseados a los administradores de sub-sitios.
- Superadministrador con contraseña débil: comprometer esta cuenta equivale a tener acceso total a todos los sitios de la red.
- Plugins de seguridad no adaptados a Multisite: pueden bloquear acciones legítimas de sub-sitios o no proteger adecuadamente la red completa.
- Roles personalizados mal configurados: dar capacidades de gestión de plugins o usuarios a administradores de sitio puede generar conflictos y errores globales.
- Falta de aislamiento entre sitios: compartir usuarios sin políticas claras de contraseñas y acceso aumenta la superficie de ataque.
Buenas prácticas de seguridad en Multisite
- Usa autenticación de dos factores para el superadministrador y administradores clave.
- Limita el número de cuentas con rol de superadministrador al mínimo imprescindible.
- Define políticas claras sobre quién puede instalar plugins y temas, y bajo qué criterios.
- Mantén WordPress, temas y plugins siempre actualizados en toda la red.
- Implementa copias de seguridad automáticas a nivel de red y prueba regularmente la restauración.
Procedimiento de diagnóstico rápido
Ante un error en WordPress Multisite, es fundamental seguir un procedimiento de diagnóstico ordenado para identificar si el problema afecta a toda la red o solo a uno o varios sub-sitios, y si su origen está en la configuración, en un plugin, en el servidor o en la capa de red/DNS.
- Determina el alcance: ¿afecta al sitio principal, a todos los sub-sitios o solo a uno?
- Identifica el momento de aparición: ¿tras instalar un plugin, cambiar de tema, modificar
wp-config.phpo.htaccess, migrar de servidor, cambiar DNS? - Revisa los registros de errores del servidor y el
debug.logde WordPress si está activado. - Comprueba si el error se reproduce con todos los plugins desactivados y un tema por defecto.
Checklist de diagnóstico para errores comunes
- Verifica las constantes de Multisite en
wp-config.php(MULTISITE,SUBDOMAIN_INSTALL,DOMAIN_CURRENT_SITE,PATH_CURRENT_SITE). - Comprueba que el bloque de reglas de WordPress en
.htaccesscoincide con el recomendado para Multisite. - Testea la resolución DNS de los subdominios o dominios mapeados.
- Revisa los permisos de archivos y carpetas en
wp-content, especialmente enuploads. - Evalúa el consumo de recursos del servidor en el momento del error (CPU, RAM, I/O).
Preguntas frecuentes
¿Puedo convertir una instalación existente en WordPress Multisite sin errores?
Sí, es posible convertir una instalación existente en una red Multisite, pero es recomendable hacerlo en un entorno de pruebas primero. Debes revisar que la estructura de enlaces permanentes no entre en conflicto con subdirectorios futuros, hacer una copia de seguridad completa y seguir el asistente de configuración de red. Tras la conversión, prueba a fondo el sitio principal antes de crear nuevos sitios.
¿Qué hago si un solo sub-sitio muestra error 404 en todas sus páginas?
En primer lugar, accede al panel de ese sub-sitio y regenera los enlaces permanentes guardando de nuevo la configuración, aunque no cambies nada. Si el problema persiste, revisa el .htaccess de la instalación principal, ya que las reglas son compartidas. Comprueba también que el sub-sitio tenga asignado el dominio o subdirectorio correcto en la administración de la red.
¿Es recomendable usar plugins de caché en WordPress Multisite?
Sí, siempre que el plugin sea compatible con Multisite y esté correctamente configurado. La caché es casi imprescindible en redes con varios sitios y tráfico elevado. Sin embargo, debes asegurarte de que el sistema de caché distingue entre sitios, dominios y usuarios, y probar cuidadosamente cualquier cambio de configuración antes de aplicarlo en producción.
¿Cómo puedo aislar mejor los sitios dentro de una red Multisite?
Aunque Multisite comparte núcleo y base de datos, puedes mejorar el aislamiento limitando los permisos de los administradores de sitio, usando plugins que gestionen capacidades de usuario de forma granular y evitando que los sub-sitios compartan plugins innecesarios. Para un aislamiento aún mayor, considera combinar Multisite con contenedores o máquinas virtuales a nivel de infraestructura.
¿Cuándo no es buena idea usar WordPress Multisite?
No es recomendable usar Multisite cuando los sitios son completamente independientes entre sí, requieren versiones muy diferentes de plugins o temas, o van a ser administrados por equipos técnicos separados con políticas de despliegue distintas. En esos casos, varias instalaciones individuales, gestionadas con herramientas de orquestación y copias de seguridad centralizadas, suelen ser una opción más flexible y menos propensa a errores globales.
¿Necesitas orientación personalizada?
Te ayudamos a entender tus opciones y el siguiente paso.