Errores de sitemap para multisitio: detección y solución

¿Te preocupa que los sitemaps de una red Multisite de WordPress no estén indexando correctamente o estén generando errores en Google Search Console? Esta guía ofrece diagnóstico y soluciones prácticas para resolver Errores de sitemap para multisitio en entornos empresariales y tiendas online.

En pocas líneas se entregan procedimientos comprobables, comandos, configuraciones de servidor y pasos concretos para que cada sitio de la red tenga un sitemap válido y accesible.

Puntos clave: Lo que debes saber en 1 minuto

• Identificar el sitemap equivocado: confirmar si la red genera un índice de sitemaps por red o sitemaps independientes por sitio. Si aparece HTML en lugar de XML, suele ser un error de reescritura o plugin.
• Subdominio vs subdirectorio: la arquitectura define cómo se generan y sirven los sitemaps; subdominios requieren comprobación DNS/SSL por sitio; subdirectorios dependen de reglas de rewrite en .htaccess/Nginx.
• Search Console por sitio: cada sitio debe añadirse y verificarse por su variante canónica (http/s, www/no-www) para evitar errores de acceso y de propiedad.
• Permisos y bloqueo: robots.txt, autenticación HTTP y reglas de seguridad (mod_security, WAF) son causas frecuentes de bloqueo accidental de sitemaps.
• Plugins SEO: Yoast y Rank Math ofrecen sitemaps automáticos, pero en Multisite la activación a nivel de red o por sitio cambia el comportamiento; comprobar configuración de cada plugin y regenerar sitemaps.

Cómo detectar errores de sitemap en Multisitio WordPress

Verificación rápida: ¿es XML o HTML?

• Abrir la URL del sitemap (ej: https://site.example.com/sitemap_index.xml). Si el navegador muestra HTML o una página 404, no es un sitemap XML válido.

• Probar con curl para obtener cabeceras y contenido real:

• curl -I https://site.example.com/sitemap_index.xml

• curl -L -s https://site.example.com/sitemap_index.xml | head -n 5

Si la respuesta contiene Content-Type: text/html o un HTML completo, hay un problema de reescritura o de plugin.

Comprobar con validadores XML

• Validar con W3C Feed Validator o con la herramienta de sitemaps de Google Search Console. Un sitemap malformado suele devolver errores de parseo.

Diagnóstico con Google Search Console

• Añadir y verificar cada sitio de la red en Search Console con la variante canónica. Revisar el informe de Sitemaps: errores comunes son 403, 404, 500, XML parse errors, exceso de URLs.
• Registrar capturas de los errores y exportar CSV para análisis por sitio.

Pruebas de servidor y red

• Revisar logs (access/error) en Apache/Nginx cuando se solicita el sitemap. Buscar códigos 4xx/5xx o bloqueos por módulos de seguridad.
• Comprobar CDN y cache: purgar la caché y solicitar el sitemap directamente al origen (bypass CDN) para verificar si el CDN está entregando una versión errónea.

Checklist de detección

• ¿Se sirve XML con Content-Type correcto? (application/xml / text/xml)
• ¿Search Console informa de parse errors?
• ¿Los sitemaps superan 50.000 URLs o 50 MB (sin comprimir)?
• ¿Existe autenticación HTTP o restricción por IP?
• ¿Hay redirecciones inesperadas (http ↔ https, no-www ↔ www)?

Sitemaps XML por subdominio vs subdirectorio: diferencias y efectos en errores de sitemap para multisitio

Arquitectura: cómo cambia la generación del sitemap

• En instalaciones Multisite en subdominios (site1.example.com): cada sitio suele tener su propio dominio virtual y su propio sitemap. Requiere DNS y certificados SSL independientes o wildcard.
• En Multisite en subdirectorios (example.com/site1): los sitemaps se generan dentro de la misma raíz y dependen de reglas de reescritura del servidor.

Impacto en errores habituales

• Subdominio:
• Errores por DNS mal configurado o certificados SSL que no incluyen el subdominio.
• Mapeo de dominios (domain mapping) puede cambiar la URL canónica del sitemap y generar 404 en Search Console.
• Subdirectorio:
• Errores de reescritura (.htaccess/Nginx) y conflictos con plugins de caché que alteran rutas.
• Problemas cuando la raíz aplica reglas globales (p. ej. redirección forzada) y afecta a todos los sitemaps.

Recomendaciones técnicas por arquitectura

• Subdominios: usar certificados wildcard o certificados por dominio; verificar el mapping de dominios y registros A/CNAME. Probar sitemap por cada subdominio.
• Subdirectorios: comprobar reglas de reescritura y priorizar exclusiones de caché para /sitemap_index.xml y /sitemap.xml

Fallos comunes: URLs canónicas y páginas duplicadas en entornos multisitio

Por qué aparecen páginas duplicadas en sitemaps multisite

• Contenido replicado entre sitios hijos (p. ej. versiones en distintos idiomas o landing templates) puede resultar en duplicados listados en sitemaps.
• Domain mapping mal configurado puede exponer la misma URL con dos dominios distintos.

Canónicas mal aplicadas que generan errores

• Etiquetas rel=/"canonical/" ausentes o apuntando a la raíz de la red en vez del sitio propio.
• Plugins SEO configurados globalmente a nivel de red que forzan la misma canonical para todos los sitios.

Cómo detectar y corregir duplicados

• Inspeccionar ejemplos concretos desde Search Console (URL inspection) y revisar encabezados HTTP y meta tags.
• Establecer reglas: cada sitio debe emitir canonical hacia su propia versión de la URL; si se comparte contenido, usar canonical hacia la versión principal.
• Si el contenido debe ser exclusivo por sitio, habilitar noindex para páginas duplicadas y eliminar del sitemap.

Configurar Google Search Console para Multisitio correctamente

Propiedad por sitio: pasos y errores comunes

• Añadir la variante exacta de cada sitio (https://site.example.com o https://example.com/site1). Verificar con el método recomendado (archivo HTML, meta tag o DNS para dominios).
• Evitar verificar solo la propiedad de dominio para interpretar fácilmente errores por subdominio/subdirectorio; en redes con domain mapping, verificar la propiedad exacta publicada.

Inscripción y envío de sitemaps por sitio

• Enviar en Search Console la URL exacta del sitemap de cada sitio. No enviar el sitemap de la red si Search Console espera sitemaps por sitio.
• Revisar informe de cobertura y errores de sintaxis. Exportar errores y agrupar por código (403, 404, parse error).

Interpretación práctica de errores en Search Console

• 403/401: problema de permisos o firewall (mod_security/WAF). Revisar reglas y permitir el user-agent de Googlebot o la IP del verificador.
• 404: sitemap no existe o se está generando en otra ruta. Buscar redirecciones.
• XML parse error: sitemap malformado (una etiqueta sin cerrar, caracteres especiales sin escapar).

Enlaces útiles para verificación

• Directrices oficiales de Google: Google Search Central - Sitemaps

Permisos, robots.txt y bloqueo accidental de sitemaps

Robots.txt: reglas que bloquean sitemaps

• Asegurarse de que la directiva Sitemap: apunte a la URL correcta. Un robots.txt mal generado puede indicar sitemaps inválidos o apuntar a rutas inexistentes.
• Ejemplo correcto en raíz:

Sitemap: https://example.com/sitemap_index.xml

• Evitar Disallow: /sitemap_index.xml o reglas globales que bloqueen /wp-content/ o /index.php si el sitemap se sirve vía rewrite.

Autenticación HTTP y sitemaps

• Si la red aplica una autenticación HTTP (Basic Auth) a la raíz, Google no podrá acceder al sitemap. Solución: permitir acceso público a la ruta del sitemap o desactivar autenticación para los endpoints /sitemap*.xml.

Reglas de seguridad (mod_security, WAF) y CDN

• WAF o reglas mod_security pueden bloquear peticiones que parezcan sospechosas (por ejemplo, queries largas). Revisar logs y whitelistear comprobaciones legítimas.
• CDNs que cachean 404/500 pueden devolver contenido obsoleto; purgar la caché al corregir el sitemap.

Plugins (Yoast, Rank Math) para sitemaps sin errores en Multisite

Activación: red vs sitio individual

• En Multisite, algunos plugins permiten activación a nivel de red (Network Activate). Esto puede provocar que solo exista un sitemap indexado para toda la red o conflictos de rutas.
• Recomendación: activar el plugin por sitio para controlar sitemaps individualmente, salvo que la política de red requiera configuración centralizada.

Yoast SEO (comportamiento típico y soluciones)

• Yoast genera /sitemap_index.xml por sitio. Problemas frecuentes:
• Sitemap presenta HTML: normalmente por conflicto con plugin de cache o control de redirecciones.
• Sitemap de red en vez de por sitio: verificar si Yoast está forzado en la red y si hay una instancia “mu-plugin” que modifica behavior.
• Pasos concretos:
• Desactivar caché para URL /sitemap_index.xml
• Regenerar permalinks (Ajustes > Enlaces permanentes) y limpiar cache.
• Revisar filtros personalizados en functions.php que alteren URLs de sitemaps.

Documentación: Yoast XML sitemaps

Rank Math (comportamiento típico y soluciones)

• Rank Math también genera sitemaps por sitio. Diferencias prácticas:
• Puede compactar sitemaps y soporta index files grandes.
• Permite desactivar tipos de contenido específicos por sitio.
• Pasos concretos:
• Revisar ajustes de sitemap en el panel del sitio (Rank Math > Sitemap Settings).
• Comprobar exclusiones y límites de paginación.

Referencia: Rank Math - Sitemap

Plugins de caché y seguridad: reglas para evitar errores

• Excluir rutas de sitemap de la caché: /sitemap*.xml
• Desactivar minificación o concatenación para respuestas XML.
• En WAF/CDN, permitir peticiones de Googlebot y no bloquear user-agents legítimos.

Comandos y pruebas prácticas para validar sitemaps (ejemplos)

• Obtener cabeceras:
• curl -I https://site.example.com/sitemap_index.xml
• Obtener contenido y comprobar primera etiqueta:
• curl -L -s https://site.example.com/sitemap_index.xml | head -n 2
• Validar con W3C:
• Subir URL a W3C Feed Validator
• Prueba de accesibilidad desde servidor remoto (simular Googlebot):
• curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" -I https://site.example.com/sitemap_index.xml

Ejemplos de configuración de servidor que causan/solucionan errores

Apache (.htaccess) ejemplo de rewrite que ocasiona sitemap HTML

• Problema típico: regla que redirige todas las peticiones a index.php sin respetar la extensión .xml.
• Solución: añadir excepción antes del rewrite general:

RewriteEngine On RewriteCond %{REQUEST_URI} !^/sitemap_index.xml$ RewriteCond %{REQUEST_URI} !.(xml|xsl)$ [NC] RewriteRule . /index.php [L]

Nginx ejemplo de bloqueo accidental

• Problema: directiva try_files que devuelve 404 por no mapear correctamente a index.php.
• Solución: asegurar manejo de .xml como archivos válidos o redirigir correctamente:

location = /sitemap_index.xml { try_files $uri $uri/ /index.php?$args; }

• En ambos casos, después de cambiar, purgar caché del servidor y CDN.

Manejo de sitemaps muy grandes y límites técnicos

• Límite por sitemap: 50.000 URLs o 50 MB sin comprimir. Si se excede, usar sitemap index que referencia sitemaps parciales (sitemap1.xml.gz, sitemap2.xml.gz).
• En Multisite con muchas tiendas, automatizar particionado por tipo de contenido o por fecha para mantener sitemaps dentro de límites.

Flujo de comprobación rápido

Paso 1 🧭 → Revisar URL del sitemap (XML vs HTML) → Paso 2 🛠️ → Validar con curl + W3C → Paso 3 🔐 → Revisar robots.txt, permisos y WAF → Paso 4 🔁 → Regenerar desde plugin y purgar caché → ✅ Sitemap válido

Ventajas, riesgos y errores comunes

✅ Beneficios / Cuándo aplicar

• Control granular por sitio: ideal para empresas con contenidos y dominios independientes.
• Fácil aislamiento de problemas: corregir un sitemap sin afectar toda la red.

⚠️ Errores que debes evitar / Riesgos

• Activar plugins SEO a nivel de red sin revisar comportamiento de sitemaps.
• Bloquear sitemaps por reglas globales de seguridad.
• No verificar cada variante en Search Console (https/www/no-www).

Preguntas frecuentes

¿Cómo comprobar si Google ve mi sitemap?

Revisar el informe de Sitemaps en Google Search Console tras enviar la URL del sitemap.

¿Puedo tener un solo sitemap para toda la red Multisite?

Sí, pero no es recomendable si los sitios usan dominios mapeados; es mejor sitemaps por sitio para evitar problemas de propiedad.

¿Por qué mi sitemap devuelve HTML en vez de XML?

Generalmente por reglas de reescritura, conflicto con plugins de caché o porque la URL está siendo redirigida a una página de error o login.

¿Las reglas de robots.txt afectan a Search Console?

Sí. Si robots.txt bloquea el acceso al sitemap o a URLs incluidas en él, Google no podrá rastrearlas correctamente.

¿Cómo dividir un sitemap con más de 50.000 URLs?

Crear múltiples sitemaps parciales y un sitemap index que los liste; plugins como Yoast y Rank Math pueden automatizar este particionado.

¿Qué hacer si el sitemap falla por reglas de seguridad (WAF)?

Revisar logs, identificar la regla que bloquea y whitelistear los accesos legítimos al endpoint del sitemap.

¿Necesita cada subdominio su propio certificado SSL?

Sí, o usar un certificado wildcard que cubra todos los subdominios.

¿Qué comandos ayudan a diagnosticar problemas de sitemap?

curl con diferentes user-agents, validadores XML y revisar logs de servidor (access/error) son los más útiles.

Pasos siguientes

1. Ejecutar la checklist inmediata: comprobar Content-Type, robots.txt, y acceso en Search Console.
2. Revisar la activación del plugin SEO: activar por sitio y excluir /sitemap* de la caché.
3. Auditar servidor/CDN: revisar logs, purgar caché y whitelistear peticiones legítimas.

• Traslada tu WordPress Multisite sin romper URLs ni ventas
• Multisite: riesgos y costes para universidades

Josu Barrios

Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.