Usted abre Google Search Console para comprobar la indexación, navega hasta el informe del sitemap y ve el estado «Couldn't fetch». ¿Le suena familiar?

Este error puede causar pánico: parece que Google no ve su sitio en absoluto y que todas las páginas están a punto de desaparecer del índice. En la práctica, la situación se resuelve casi siempre en 10-15 minutos, y en la mitad de los casos el problema ni siquiera está en su lado.

A continuación encontrará un algoritmo probado: desde el diagnóstico hasta la resolución completa. Sin paja, con pasos concretos y capturas reales de la interfaz de Search Console.

💡 Resumen rápido:

• Verifique si el error es real: a menudo es un fallo de Google y solo necesita esperar o solicitar un nuevo rastreo
• Pruebe la accesibilidad del sitemap mediante Inspección de URL y Prueba en vivo: esto lleva un minuto y muestra de inmediato si Google puede ver su archivo
• Si el error es real, repase la lista de comprobación: validación XML, robots.txt, plugins, respuesta del servidor
• En casos complejos, utilice herramientas de diagnóstico de terceros y reenvíe el sitemap a través de la interfaz de Search Console

Por qué Google no puede recuperar el sitemap

La raíz del problema debe dividirse en dos: un error del lado de Google y un error del lado de usted. La diferencia es fundamental porque en el primer caso no necesita hacer nada en absoluto.

Fallo de Search Console. Desde la gran actualización de la interfaz de Search Console, se han vuelto más frecuentes las situaciones en las que el estado «Couldn't fetch» es falso. Google intenta cargar el sitemap, algo falla dentro del propio sistema y el informe muestra un error aunque el archivo en el servidor esté perfectamente bien. Los ingenieros de Google están al tanto de este problema y la documentación oficial lo indica directamente: si la recuperación falla, el sistema lo reintentará en unos días y solo dejará de comprobarlo tras una serie de fallos.

Indisponibilidad real. El sitemap no se está sirviendo físicamente: XML roto, Content-Type incorrecto, bloqueo en robots.txt, un plugin de seguridad que rechaza las solicitudes de Googlebot, una CDN o firewall mal configurados. Esto también incluye certificados SSL caducados en el dominio, que impiden que Google establezca una conexión segura.

Causas indirectas. Algunos plugins de WordPress (especialmente los de seguridad y caché) pueden bloquear accidentalmente el User-Agent de Googlebot. A veces el culpable no es el plugin que usted sospecharía primero; el problema se manifiesta en cascada: un plugin de caché genera una copia estática de la página del sitemap, mientras que un plugin de seguridad bloquea las solicitudes a esa copia.

Cómo comprobar si el sitemap es accesible

La forma más rápida de distinguir un fallo de Google de un problema real es la herramienta de inspección de URL dentro del propio Search Console. Muestra lo que Googlebot ve al acceder al archivo.

Paso 1. Abra Search Console, pegue la URL completa del sitemap en la barra de inspección de la parte superior de la interfaz y pulse Enter.

Paso 2. Si la URL no está indexada (esto es normal en los sitemaps, ya que suelen tener noindex), haga clic en el botón «Probar URL en vivo». Search Console realizará una prueba en vivo, accederá al archivo en tiempo real y mostrará el resultado.

Paso 3. Desplácese hacia abajo en la página de la prueba en vivo hasta la sección «Recuperación de la página». Si dice «Correcto», Google puede ver el archivo y el error «Couldn't fetch» en el informe de sitemaps es un fallo del lado de Search Console. No haga nada: el estado se actualizará durante el siguiente ciclo de comprobación, o reenvíe el sitemap mediante el botón del informe de Sitemaps.

Si la recuperación de la página muestra un error, pase a la siguiente sección.

Solución paso a paso: lista de comprobación de cinco puntos

Cuando la prueba en vivo confirme que Google realmente no puede recuperar el sitemap, repase los puntos en orden. Cada paso siguiente se aplica solo si el anterior no resolvió el problema.

1. Verifique la validez del XML

Abra la URL del sitemap en su navegador. Si ve XML limpio con etiquetas <urlset> y <url>, la estructura es correcta. Si la página está en blanco, muestra un error PHP o enseña una página HTML blanca, el sitemap está roto.

Para una verificación más profunda, utilice XML Sitemap Validator, una herramienta gratuita en línea que muestra errores de formato, URLs rotas dentro del sitemap e incumplimientos del estándar del Protocolo de Sitemaps. También le indicará si se supera el límite de 50.000 URL por archivo (en cuyo caso necesitará un índice de sitemap).

2. Revise robots.txt y las cabeceras del servidor

Googlebot debe tener acceso al archivo del sitemap. Abra yoursite.com/robots.txt y asegúrese de que no haya una línea como:

1
Disallow: /sitemap.xml
2

Compruebe también que el propio User-Agent de Googlebot no esté bloqueado con una línea como User-agent: Googlebot seguida de Disallow: /.

La cabecera de respuesta del servidor Content-Type debe ser application/xml o text/xml. Si el servidor sirve el sitemap como text/html, es posible que Google no reconozca el archivo. Puede verificar las cabeceras mediante Fetch & Render de TechnicalSEO, que muestra la página a través de los ojos de Googlebot con todas las cabeceras HTTP.

3. Revise los plugins de WordPress

Los plugins de seguridad (Wordfence, Solid Security, Sucuri) y los de caché (WP Rocket, W3 Total Cache, LiteSpeed Cache) son los principales sospechosos. Algoritmo:

• Plugins de caché. Limpie la caché, excluya temporalmente sitemap.xml del almacenamiento en caché. En WP Rocket hay un campo «URLs que nunca se almacenan en caché»; en LiteSpeed Cache, la pestaña «Exclusiones». Después de excluir, limpie la caché de nuevo.

• Plugins de seguridad. Revise los registros del plugin en busca de solicitudes bloqueadas a sitemap.xml desde el User-Agent Googlebot. Wordfence muestra estos bloqueos en tiempo real en «Herramientas → Tráfico en vivo».

• Plugins SEO. A veces el problema reside en el propio generador del sitemap. Yoast SEO, Rank Math, All in One SEO, cada uno tiene su propio gestor. Intente regenerar el sitemap: en Yoast SEO se hace a través de «Ajustes → Funcionalidades del sitio → Sitemaps XML» (desactivar y volver a activar); en Rank Math, mediante «Ajustes del Sitemap → Guardar cambios».

4. Descartar bloqueos del hosting y la CDN

Algunos proveedores de hosting y firewalls (Cloudflare, Sucuri WAF) pueden bloquear las solicitudes de Googlebot por IP o User-Agent. Compruebe:

• Cloudflare. En la sección «Seguridad → Eventos», busque solicitudes bloqueadas a sitemap.xml. Si las encuentra, cree una regla WAF que permita el User-Agent Googlebot para las URLs que contengan sitemap.

• Firewall del hosting. Algunos paneles de control (cPanel, ISPmanager) tienen reglas ModSecurity integradas que se activan falsamente con archivos XML. Revise los registros de Apache/NGINX en busca de errores 403 al acceder a sitemap.xml.

5. Reenvíe el sitemap

Después de solucionar la causa, vuelva a Search Console → Sitemaps → pegue la URL del sitemap en el campo «Añadir un nuevo sitemap» → Enviar. El sistema intentará cargar el archivo de inmediato. Si el estado cambia a «Correcto», el problema está resuelto.

Nota importante: incluso después de cargar el sitemap con éxito, Google no garantiza la indexación de todas las URLs incluidas en él. La velocidad y la exhaustividad de la indexación dependen del tamaño del sitio, la autoridad y la frecuencia de actualización del contenido.

Herramientas de diagnóstico

Además de las herramientas integradas de Search Console, tenga a mano tres herramientas externas; cubren prácticamente todos los escenarios de diagnóstico:

• Validador en línea de XML-Sitemaps, un validador de estructura. Comprueba la sintaxis, el recuento de URL, los índices de sitemaps anidados y el cumplimiento del estándar Sitemaps.org. Gratuito, sin necesidad de registro.

• Fetch & Render, un emulador de Googlebot. Muestra cómo ve Google la página: cabeceras HTTP, código de estado, HTML renderizado. Útil cuando necesita saber si el servidor está sustituyendo contenido para diferentes User-Agents.

• PageSpeed Insights, una herramienta indirecta pero importante. Si el servidor responde lentamente (TTFB superior a 1-2 segundos para un archivo XML estático), Google puede interrumpir la conexión al intentar cargar un sitemap grande.

⁉️🤔 Preguntas frecuentes

¿Por qué aparece y desaparece el error «Couldn't fetch» sin que yo haga nada?

Este es el comportamiento clásico de un fallo del lado de Google. El sistema recomprueba periódicamente el sitemap según su propio calendario, y en ciertos momentos un fallo interno provoca un error falso. La siguiente comprobación automática a menudo tiene éxito, razón por la cual el estado parpadea. Si el sitemap es físicamente accesible (verificado mediante la Prueba en vivo), ignore el parpadeo; no afecta a la indexación.

¿Con qué frecuencia comprueba Google el sitemap después de una carga exitosa?

El calendario de recomprobación no está vinculado al rastreo habitual del sitio. Google no revela la frecuencia exacta, pero en la práctica, para sitios activos, varía entre varias veces por semana y una vez cada pocos días. Si ha realizado cambios importantes en el sitemap y desea acelerar el procesamiento, reenvíelo mediante el botón Enviar del informe de Sitemaps.

¿Podría estar relacionado el error con el tamaño del sitemap?

Sí. El límite es de 50.000 URL y 50 MB por archivo. Si el sitemap supera cualquiera de estos límites, es posible que Google no pueda procesarlo. La solución es un índice de sitemap: un XML principal que hace referencia a varios archivos secundarios, cada uno dentro de los límites. La mayoría de los plugins SEO de WordPress hacen esto automáticamente cuando se supera el umbral.

¿Debería añadir el sitemap a robots.txt?

Muy recomendable. Añada la directiva Sitemap: https://yoursite.com/sitemap.xml a robots.txt; esto le da a Google una segunda vía para descubrir el archivo. Incluso si el envío a través de la interfaz de Search Console falla, Google puede encontrar el sitemap al rastrear robots.txt.

¿Afecta un error de recuperación del sitemap al posicionamiento?

No directamente. Google no impone penalizaciones por la indisponibilidad del sitemap. Es posible un impacto indirecto: sin un sitemap, las páginas nuevas o poco actualizadas pueden tardar más en indexarse, especialmente en sitios grandes con estructuras complejas. Para sitios pequeños con un buen enlazado interno, la ausencia del sitemap es prácticamente imperceptible.

Sitemap no disponible: qué hacer ahora mismo

El algoritmo se reduce a tres pasos que cubren la gran mayoría de los casos:

• Prueba en vivo. Pegue la URL del sitemap en la barra de inspección de Search Console → haga clic en Probar URL en vivo. «Recuperación de la página: Correcto» → el error es falso, no haga nada. «Fallido» → continúe.

• Diagnóstico del lado del servidor. Abra sitemap.xml en su navegador; ¿ve XML limpio? ¿Ha revisado robots.txt en busca de Disallow? ¿Ha limpiado la caché y revisado los registros del plugin de seguridad? ¿Ha pasado el archivo por XML Sitemap Validator?

• Reenvío. Solucione la causa → vuelva a Sitemaps → Enviar. ¿El estado cambió a «Correcto»? Listo. Si no, vuelva al punto 2 y compruebe las cabeceras del servidor mediante Fetch & Render.

Si aborda el diagnóstico de forma sistemática y no se salta pasos, el problema se resuelve en un ciclo de comprobación. Y los errores falsos de Search Console, que representan una buena mitad de las consultas sobre este tema, no requieren intervención alguna.