1. Lee los detalles del error en Search Console
Abre Sitemaps, selecciona el envío afectado y amplía el error. Anota URL exacta, estado y última lectura. “Couldn’t fetch” se refiere a la recuperación; los errores de análisis, al contenido. Ninguno demuestra que todas las páginas hayan desaparecido del índice.
Algunos fallos son temporales o se relacionan con una baja demanda de rastreo. Si tus comprobaciones son correctas, compara los siguientes intentos en lugar de reescribir continuamente el XML.
2. Comprueba URL final y respuesta HTTP
- 404: la dirección enviada debe existir realmente. Un cambio de CMS puede haber movido el sitemap. Envía su dirección final efectiva.
- 403, acceso o desafío anti-bot: revisa alojamiento y firewall. El navegador no demuestra el acceso de Googlebot. Usa la prueba de Google y los registros antes de cambiar las reglas de seguridad.
- 5xx o tiempo agotado: investiga errores de aplicación, disponibilidad e incidencias intermitentes. Un timeout puede no tener estado HTTP.
- 200: examina el contenido. Una página HTML de mantenimiento con estado 200 sigue sin ser el sitemap esperado.
curl -i https://example.com/sitemap.xmlEste comando prueba tu conexión. Cambiar el user agent a Googlebot no reproduce ni verifica una solicitud auténtica de Googlebot.
3. Valida XML y archivos secundarios
Comprueba raíz, namespace, cierre de etiquetas y valores loc absolutos. Escapa los caracteres especiales: en XML, una y comercial dentro de una URL se escribe &. Un índice debe apuntar a archivos sitemap legibles, no a páginas HTML.
El protocolo admite 50.000 URL y 50 MB sin comprimir por sitemap. Divide los archivos mayores y enlázalos mediante un índice. Los límites gratuitos de SitemapXML son distintos: 2 MB por archivo, hasta 10 archivos y 5.000 URL únicas para las herramientas XML.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url><loc>https://example.com/catalog?page=1&lang=es</loc></url>
</urlset>4. Comprueba qué puede recuperar Google
Pega la dirección del sitemap en Inspección de URLs y ejecuta la prueba en directo. Revisa el permiso de rastreo y la recuperación. Busca en robots.txt una regla que bloquee el archivo y compara el resultado con los registros del servidor en el momento del fallo.
No desactives el firewall a ciegas. Identifica primero la regla o dirección que falla. Un sitemap secundario puede fallar aunque el índice se cargue correctamente.
5. Separa errores XML y exclusiones de páginas
Un sitemap legible puede incluir páginas noindex, redirecciones o URL con un canonical diferente. Son condiciones de cada página, no pruebas de XML malformado. Usa la inspección de URL para conclusiones sobre indexación.
El validador SitemapXML comprueba estructura y metadatos. El rastreador registra las respuestas de las páginas que visita realmente. Leer URL en un XML no significa solicitarlas ni confirmar su disponibilidad.
6. Vuelve a comprobar y envía tras la corrección
Valida el archivo publicado y los secundarios, y envía la dirección corregida. Revisa la nueva fecha de lectura y los detalles sin esperar una actualización instantánea. Si el fallo reaparece tras un despliegue, comprueba actualizaciones del CMS, caché y ruta de publicación.