No se ha podido obtener el sitemap en Search Console: causas y soluciones

¿Qué significa este estado en el informe de sitemaps?

La página de ayuda del informe define tres estados. «Correcto»: el archivo se obtuvo y se leyó sin errores. «Tiene errores»: Google lo leyó pero encontró al menos un problema; las URL que pudo analizar pasan igualmente a la cola de rastreo. «No se ha podido obtener»: Google no consiguió descargar el archivo. Si haces clic en la fila, la página de detalles muestra «No se ha podido leer el sitemap», a veces con un error más concreto como «Error general de HTTP».

Este estado no siempre indica un fallo en tu archivo. En el episodio 114 del podcast Search Off the Record de Google, John Mueller da dos motivos habituales cuando el XML es válido y público. El primero es la carga del servidor: Google no tuvo tiempo de descargar el archivo. El segundo es la demanda de rastreo: Google decidió que no necesitaba más páginas del sitio, una decisión que, según él, depende muy a menudo de la calidad percibida del sitio.

La ayuda de Google no define ningún estado «Pendiente». Sí describe el tipo «Desconocido», que aparece cuando Google todavía no ha procesado el archivo. Si enviaste el sitemap hoy, haz la prueba en tiempo real que explicamos más abajo; si sale bien, espera unos días antes de cambiar nada. Tras un fallo, Google lo sigue intentando unos días y después se detiene hasta que lo vuelvas a enviar.

¿Por qué Google no puede leer mi sitemap?

Cuando la prueba en tiempo real falla, la causa casi siempre está en el camino entre Google y el archivo.

• La dirección es incorrecta. Un error 404 significa que no hay ningún sitemap en la URL enviada. Compárala con la dirección que usa de verdad tu sitio: https o http, con o sin www, con o sin barra final. En WordPress, Ajustes > Generales muestra la dirección del sitio. Nuestra guía explica dónde publican el sitemap los plugins de WordPress.
• La URL redirige. Según la ayuda, para la URL del sitemap enviado no se siguen las redirecciones. Envía la dirección final, la que responde directamente con un código 200.
• El robots.txt lo bloquea. Google respeta el robots.txt cuando obtiene un sitemap. Una regla como Disallow: /*.xml$ bloquea todos los archivos XML del sitio, sitemaps incluidos.
• El servidor falla. Un error 5xx o un tiempo de espera agotado aparece como error de obtención. «Error general de HTTP» cubre cualquier otro problema HTTP; despliega los detalles en el informe para ver cuál.
• Hay una acción manual abierta. Google no lee los sitemaps de un sitio con una acción manual sin resolver. Revisa el informe de acciones manuales.
• WordPress oculta el sitemap. El anuncio de WordPress 5.5 indica que los sitemaps del núcleo se desactivan cuando Ajustes > Lectura pide a los motores de búsqueda que no indexen el sitio. La dirección devuelve entonces un 404.

Cuando el servidor envía HTML en lugar de XML

Abre el sitemap en una ventana de incógnito y mira el código fuente. La primera línea debe ser <?xml o la etiqueta <urlset> o <sitemapindex>. Si empieza por <!DOCTYPE html>, Google recibió una página web: un formulario de acceso, una página de mantenimiento, la página 404 del tema o una comprobación de seguridad.

Las capas de seguridad son una fuente habitual. El modo «I’m Under Attack» de Cloudflare muestra a los visitantes una página intermedia, y su documentación indica que Bot Fight Mode no se puede saltar con reglas WAF personalizadas. Los plugins de seguridad, los cortafuegos y los filtros de bots de los hostings pueden hacer lo mismo. Una caché también puede servir una copia antigua: Rank Math aconseja excluir los sitemaps de los plugins de caché.

Mira la cabecera de respuesta Content-Type en el panel Network de las herramientas para desarrolladores de Chrome. Un sitemap XML se envía normalmente como application/xml o text/xml. Si ves text/html, no ha respondido tu generador de sitemaps. En los foros este caso se llama «Sitemap is HTML»; la ayuda actual no tiene ningún error con ese nombre, y el más cercano es «Formato no admitido».

Los problemas de tamaño y de compresión tienen sus propios errores en el informe. Un sitemap puede incluir 50.000 URL y pesar 50 MB sin comprimir; por encima, divídelo y envía un índice de sitemaps, que puede listar hasta 50.000 sitemaps del mismo sitio, pero ningún otro índice. Un archivo .xml.gz debe ser un gzip válido; si no, el informe muestra «Error de compresión».

WordPress: ¿wp-sitemap.xml o sitemap_index.xml?

WordPress publica /wp-sitemap.xml desde la versión 5.5 y lo menciona en el robots.txt que genera. Yoast SEO y Rank Math lo sustituyen: su código fuente muestra que, con su sitemap activado, desactivan el de WordPress y envían /wp-sitemap.xml a su propio índice con una redirección 301. Si enviaste la dirección del núcleo antes de instalar uno de ellos, envía /sitemap_index.xml y elimina la entrada antigua del informe.

Usa un solo generador de sitemaps. Si dos plugins publican cada uno el suyo, cuesta saber qué archivo lee Google.

Si el sitemap del plugin devuelve un 404, ve a Ajustes > Enlaces permanentes y pulsa «Guardar cambios» sin modificar nada. Yoast y Rank Math dan esta solución, que reconstruye las reglas de reescritura que sirven el archivo. Si el 404 sigue, Yoast remite a las reglas de reescritura del servidor, a menudo en Nginx, que tu hosting puede revisar.

Desde el 17 de noviembre de 2026, Chrome 158 deja de aplicar hojas de estilo XSL: la tabla con formato de un sitemap de WordPress desaparece en el navegador. Google sigue leyendo el mismo XML. Nuestro artículo sobre el diseño XSL y el SEO explica por qué ese diseño no le importa a Google.

¿Cómo pruebo la URL del sitemap y lo vuelvo a enviar?

1. En Search Console, pega la URL del sitemap en la inspección de URLs y lanza la «Prueba en tiempo real». La URL debe pertenecer a la propiedad.
2. Abre la sección de disponibilidad de la página. «Obtención de página» debe indicar «Correcto». La vista de la página probada muestra las cabeceras de la respuesta HTTP: ahí ves el código de estado y el tipo de contenido que recibió Google.
3. Revisa el contenido del archivo. Pégalo en nuestro comprobador de sitemaps gratuito: lee archivos .xml y .xml.gz en tu navegador y lista cada problema con su línea.

En un sitio en línea, la extensión XMLNest para Chrome abre directamente la URL del sitemap y hace las mismas comprobaciones en su pestaña «Problemas». En un índice de sitemaps, «Cargar todos los sitemaps secundarios» lee cada sitemap secundario del mismo sitio, así que una sola vista cubre todo el sitemap de WordPress.

4. Corrige la causa y vuelve a enviar la misma URL en el informe de sitemaps. La ayuda de Google pide un nuevo envío después de una corrección. La excepción es el «Error temporal»: Google lo reintenta por sí mismo, y solo reenvías si dura varias horas.
5. Si todo está bien y el estado no cambia, el archivo no es el problema. Mantén la línea Sitemap: en el robots.txt y trabaja en el propio sitio: Google sigue encontrando páginas a través de los enlaces.

Lista de comprobación antes de reenviar un sitemap

• La prueba en tiempo real indica «Correcto» y la respuesta es XML, no HTML.
• La URL enviada es la dirección https final, sin redirección.
• El robots.txt no bloquea el sitemap y ninguna regla de seguridad somete a Googlebot a una comprobación.
• WordPress: un solo generador de sitemaps; sitemap_index.xml con Yoast o Rank Math, wp-sitemap.xml sin ellos.
• Menos de 50.000 URL y 50 MB por archivo; gzip válido en los .xml.gz.
• Tras una corrección, reenvía una vez y espera unos días.