# Errores del sitemap XML: qué significan y cómo corregirlos

> Errores del sitemap XML en Search Console: «No se ha podido obtener», errores de análisis, URL no permitida, fecha no válida y límites, con causa y solución.

URL: https://seorecheck.com/es/blog/xml-sitemap-errors-fixes · Publicado: 2026-10-26 · [English](https://seorecheck.com/blog/xml-sitemap-errors-fixes.md), [Українська](https://seorecheck.com/ua/blog/xml-sitemap-errors-fixes.md)

Los errores del sitemap XML son problemas que impiden que Google descargue, analice o use las URLs de tu archivo sitemap. Search Console los muestra en el informe Sitemaps, y mensajes como «No se ha podido obtener» o «Error de análisis» son de los más habituales. Casi todos se reducen a una de tres causas: no se puede obtener el archivo, el XML no es válido o las URLs que contiene incumplen las reglas. Cada causa tiene una solución concreta.

Esta guía repasa los mensajes de error uno por uno. Si primero necesitas lo básico (qué debe contener un sitemap y cómo enviarlo), empieza por nuestra [guía del sitemap XML](https://seorecheck.com/es/blog/xml-sitemap-seo-guide).

## ¿Dónde aparecen los errores del sitemap XML?

Aparecen en Search Console, en **Indexación → Sitemaps**. Cada sitemap enviado recibe allí uno de tres estados: *Correcto*, *Tiene errores* o *No se ha podido obtener*. Haz clic en un sitemap para ver cada error por separado; el informe suele indicar la línea o la URL que lo provocó.

La [documentación del informe Sitemaps](https://support.google.com/webmasters/answer/7451001?hl=es) de Google define así los estados:

- **Correcto**: el sitemap «se ha obtenido y leído sin errores». Sus URLs quedan en cola para el rastreo.
- **Tiene errores**: el archivo se descargó, pero contiene uno o más errores de análisis. Google puede seguir usando las entradas que se analizaron bien.
- **No se ha podido obtener**: Google no pudo descargar el archivo.

Conviene conocer dos limitaciones antes de empezar a depurar. El informe solo muestra los sitemaps enviados a través de Search Console o de la API, no los que Google encontró mediante robots.txt. Y un estado *Correcto* no garantiza la indexación: Google advierte que «no hay garantía de que una URL descubierta en un sitemap se haya rastreado o indexado, ni de que vaya a serlo».

## Los errores del sitemap XML de un vistazo

La tabla recoge los errores que más ven los sitios web generalistas, con la solución de cada uno, según la [referencia de errores](https://support.google.com/webmasters/answer/7451001?hl=es) de Google.

| Mensaje de error | Qué significa | Solución |
|---|---|---|
| No se ha podido obtener / Error HTTP (404) | Google no puede descargar el archivo | Revisa la URL, la respuesta del servidor y robots.txt |
| Error de análisis | El XML no se puede analizar | Escapa `&`, `'`, `"`, `<`, `>` como entidades |
| Formato no admitido | El archivo no se reconoce como sitemap | Corrige la declaración XML y el espacio de nombres, y sirve XML en lugar de HTML |
| Espacio en blanco inicial | Hay espacio en blanco antes de la declaración XML | Haz que `<?xml` sean los primeros bytes del archivo |
| Espacio de nombres incorrecto | El elemento raíz tiene un `xmlns` erróneo o mal escrito | Usa `http://www.sitemaps.org/schemas/sitemap/0.9` |
| Fecha no válida | `<lastmod>` no está en formato W3C Datetime | Usa `AAAA-MM-DD` o una marca de tiempo completa con zona horaria |
| URL no válida | Espacios, caracteres no admitidos o codificación incorrecta | Codifica con porcentaje y escapa las URLs |
| URL no permitida | Las URLs están en otro dominio o por encima de la carpeta del sitemap | Mueve el sitemap a la raíz o incluye solo URLs dentro de su ámbito |
| Discrepancia de ruta (www) | Se mezclan las versiones con y sin www | Usa el mismo host para el sitemap y sus URLs |
| URLs no seguidas | [Cadenas de redirecciones](https://seorecheck.com/es/blog/301-vs-302-redirects-seo), URLs relativas, redirecciones por JS o meta refresh | Incluye URLs finales y absolutas |
| Demasiadas URLs / error de tamaño de archivo | Más de 50.000 URLs o más de 50 MB sin comprimir | Divide el archivo y añade un índice de sitemaps |
| Índices de sitemaps anidados | Un índice incluye otro índice | Los índices solo pueden incluir sitemaps |
| Error de compresión | El archivo `.gz` no se puede descomprimir | Vuelve a comprimirlo con gzip y reenvíalo |
| Sitemap vacío | El archivo no contiene URLs | Corrige el generador o elimina el archivo |
| Error temporal | Un problema puntual en el lado de Google | Espera y reenvía si dura más de unas horas |

## ¿Por qué el sitemap dice «No se ha podido obtener»?

«No se ha podido obtener» significa que Googlebot nunca recibió un archivo utilizable. Las causas suelen ser una URL incorrecta, una respuesta 404 o 5xx, un bloqueo en robots.txt, o un firewall o sistema de protección contra bots que pone a prueba a Googlebot. Abre la URL del sitemap en una ventana de incógnito y comprueba el código de estado HTTP antes de cambiar nada más.

La documentación de Google enumera estas causas para este estado:

1. **El archivo está bloqueado por robots.txt.** Elimina la regla `Disallow` que coincide con la ruta del sitemap. Nuestra [guía de robots.txt](https://seorecheck.com/es/blog/robots-txt-seo-guide) explica cómo probar las reglas.
2. **URL incorrecta (404).** Es habitual tras cambiar de CMS o de plugin SEO, cuando `/sitemap.xml` pasa a ser `/sitemap_index.xml` o al revés. Envía la URL que existe de verdad.
3. **Problemas del servidor.** Los tiempos de espera agotados y los errores 5xx suelen ser temporales, y Google vuelve a intentarlo por su cuenta.
4. **Una acción manual** sobre el sitio, que se resuelve en el informe Acciones manuales.

Los sitemaps recién enviados a veces muestran «No se ha podido obtener» durante un breve tiempo antes del primer intento real. Si el archivo devuelve 200 con XML válido en tu navegador, espera unos días antes de dar por hecho que algo falla. Si el estado se mantiene, revisa los registros de tu CDN o WAF en busca de peticiones de Googlebot bloqueadas. Las reglas de seguridad que envían un desafío de JavaScript a clientes desconocidos son una causa oculta frecuente.

## ¿Cómo se corrige un error de análisis del sitemap?

Un error de análisis significa que Google descargó el archivo pero no pudo leerlo como XML. La causa habitual es un carácter especial sin escapar en una URL, casi siempre un `&` sin más en una cadena de consulta. Otras causas son espacios sueltos antes de la declaración XML, comillas tipográficas, un espacio de nombres incorrecto o una página HTML servida donde debería estar el XML.

La [documentación](https://support.google.com/webmasters/answer/7451001?hl=es) de Google pide escapar cinco caracteres como entidades. Una entrada válida tiene este aspecto:

```xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/shop?color=blue&amp;size=m</loc>
    <lastmod>2026-10-20</lastmod>
  </url>
</urlset>
```

Revisa a la vez estos problemas relacionados:

- **Espacio en blanco inicial.** Una línea en blanco o una marca de orden de bytes (BOM) antes de `<?xml` provoca su propio error. Suele venir de un archivo PHP con un salto de línea después del `?>` de cierre.
- **Comillas tipográficas.** Se cuelan cuando alguien edita el archivo en un procesador de textos. Google recomienda usar solo comillas rectas.
- **HTML en lugar de XML.** Algunos plugins de caché, modos de mantenimiento y plantillas de «página no encontrada» devuelven una página HTML con estado 200. Google lo indica como *Formato no admitido*. Abre el archivo y confirma que empieza por `<?xml` o `<urlset`.
- **Codificación.** La [guía para crear sitemaps](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap?hl=es) de Google indica que el archivo «debe estar codificado en UTF-8».

Pega el archivo en cualquier validador XML antes de reenviarlo. Detecta todos estos problemas en segundos.

## ¿Qué significa «URL no permitida» en un sitemap?

«URL no permitida» significa que el sitemap incluye URLs fuera de su ámbito: están en otro host o en una carpeta por encima de la ubicación del sitemap. Si un sitemap está en `/blog/sitemap.xml`, no puede incluir páginas de `/products/`. La solución es alojar el sitemap en la raíz del sitio o incluir solo URLs dentro de su carpeta.

La [guía para crear sitemaps](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap?hl=es) de Google lo explica así: salvo que lo envíes a través de Search Console, «un sitemap solo afecta a los descendientes del directorio superior». Por eso Google recomienda la raíz del sitio como la mejor ubicación. La misma regla de ámbito se aplica a los archivos de índice: la [página sobre sitemaps grandes](https://developers.google.com/search/docs/crawling-indexing/sitemaps/large-sitemaps?hl=es) de Google indica que los sitemaps referenciados «deben estar en el mismo directorio que el archivo de índice de sitemaps o en un nivel inferior de la jerarquía del sitio», y en el mismo sitio salvo que configures el envío entre sitios.

Muy relacionados están los errores de **discrepancia de ruta**. Si el sitemap está en `https://example.com/sitemap.xml` pero incluye URLs `https://www.example.com/...`, Google marca la discrepancia. Elige tu host canónico y haz que la URL del sitemap, cada `<loc>` y tus redirecciones coincidan con él. Lo mismo vale para `http` frente a `https`. Nuestra [guía de la etiqueta canonical](https://seorecheck.com/es/blog/canonical-tag-guide) explica cómo elegir la versión preferida de una URL.

## ¿Qué límites de tamaño y fecha del sitemap provocan errores?

Los errores de tamaño aparecen cuando un sitemap tiene más de 50.000 URLs o más de 50 MB sin comprimir. Los errores de fecha aparecen cuando `<lastmod>` no está en formato W3C Datetime. Ambos son fáciles de corregir: divide los archivos grandes con un índice de sitemaps y genera las fechas como `2026-10-20` o `2026-10-20T14:30:00+00:00`.

Los límites según la documentación de Google:

- **Por sitemap:** 50.000 URLs o 50 MB sin comprimir. Si superas cualquiera de los dos, obtienes *Demasiadas URLs* o un *error de tamaño de archivo*.
- **Por índice de sitemaps:** hasta 50.000 entradas `<loc>`, y puedes enviar hasta 500 archivos de índice por sitio en Search Console ([sitemaps grandes](https://developers.google.com/search/docs/crawling-indexing/sitemaps/large-sitemaps?hl=es)).
- **Sin anidar:** «Un archivo de índice de sitemaps no puede incluir otros archivos de índice de sitemaps, solo archivos de sitemap» ([ayuda del informe Sitemaps](https://support.google.com/webmasters/answer/7451001?hl=es)).

En el caso de **Fecha no válida**, la causa habitual es una plantilla que genera un formato local como `20/10/2026` o `20 de octubre de 2026`, o una marca de tiempo sin zona horaria. Corregir el formato elimina el error, pero la fecha también tiene que ser exacta. Google [usa `<lastmod>`](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap?hl=es) solo cuando es «sistemáticamente y comprobablemente exacta» y refleja cambios importantes. Cambiar el año del copyright no cuenta. Un sitemap que pone la fecha de hoy en todas las URLs es XML válido, pero no le da a Google nada que pueda aprovechar. Google ignora por completo `<priority>` y `<changefreq>`, así que los errores en esas etiquetas no merecen mucho de tu tiempo.

## ¿Qué problemas del sitemap no marca Search Console como errores?

Los problemas de sitemap más dañinos suelen llegar con un estado *Correcto* en verde. Search Console acepta un sitemap lleno de URLs redirigidas, 404, con noindex o no canónicas, porque el XML en sí es válido. Esas entradas desperdician la atención del rastreo y envían señales contradictorias sobre qué páginas importan. Se detectan rastreando las URLs del sitemap, no leyendo el informe.

Busca estos cuatro problemas de contenido:

- **URLs redirigidas.** URLs antiguas que quedaron en el sitemap tras una migración. Sustitúyelas por el destino final. Google también muestra *URLs no seguidas* para las cadenas de redirecciones.
- **Páginas 404 y 410.** Productos o entradas eliminados que el generador no quitó.
- **Páginas con noindex.** El sitemap dice «indexa esto» y la página dice «no lo hagas». Corrige la señal que esté mal.
- **URLs no canónicas.** Variantes con parámetros, filtros o barra final cuya etiqueta canonical apunta a otra URL.

Para comprobarlo, abre el informe **Indexación de páginas** de Search Console, fíltralo por tu sitemap y revisa los motivos por los que las páginas no se indexan. Nuestra guía para [solucionar problemas de indexación](https://seorecheck.com/es/blog/fix-website-indexing-problems) explica cada motivo. Para verlo URL por URL, rastrea el sitemap con un crawler y compara el código de estado, las directivas robots y la canonical de cada URL incluida. Una [auditoría SEO gratuita de SEORecheck](https://seorecheck.com/es/request) lo hace por ti: enumera las URLs del sitemap que redirigen, devuelven errores, tienen noindex o apuntan su canonical a otra página, con URLs de ejemplo de tu propio sitio.

## ¿Cómo se confirma que un error del sitemap está corregido?

Corrige el archivo, ábrelo en un navegador para confirmar que devuelve 200 y XML válido, y vuelve a enviarlo en el informe Sitemaps. El estado y la fecha de *Última lectura* se actualizan cuando Google vuelve a obtener el archivo. Los problemas de contenido tardan más en desaparecer, porque Google tiene que volver a rastrear las páginas afectadas.

La recomendación de Google sobre [reenviar sitemaps](https://support.google.com/webmasters/answer/7451001?hl=es) es hacerlo después de corregir errores o de hacer cambios importantes y, en los demás casos, dejar que Google siga su calendario habitual. Un sitemap leído correctamente se vuelve a rastrear periódicamente por sí solo.

Una rutina breve de verificación:

1. **Valida** el XML y comprueba el estado HTTP y el `Content-Type`.
2. **Reenvía** el sitemap en Search Console y anota la fecha.
3. **Comprueba** el estado y la fecha de *Última lectura* durante los días siguientes.
4. **Vigila** el informe Indexación de páginas, filtrado por sitemap, durante las semanas siguientes.
5. **Añade una comprobación a tu proceso de publicación.** Muchos errores del sitemap vuelven tras actualizar plugins o hacer despliegues, y para eso sirven las [pruebas de regresión SEO](https://seorecheck.com/es/blog/seo-regression-testing-website-updates).

Eliminar un sitemap del informe no hace que Google olvide sus URLs. Para detener el rastreo, Google remite a las reglas de robots.txt, a eliminar las páginas o a noindex.

## Conclusiones clave

- Los errores del sitemap XML se dividen en tres grupos: no se puede obtener el archivo, no se puede analizar el XML o las URLs incumplen las reglas.
- «No se ha podido obtener» suele deberse a una URL incorrecta, un bloqueo en robots.txt, un error del servidor o un firewall. Prueba primero la URL tú mismo.
- Los errores de análisis suelen venir de un `&` sin escapar, de espacios en blanco iniciales o de HTML servido en lugar de XML.
- Mantén cada sitemap por debajo de 50.000 URLs y 50 MB sin comprimir, y nunca anides archivos de índice.
- Usa W3C Datetime en `<lastmod>` y actualízalo solo cuando la página cambie de verdad.
- Un estado *Correcto* puede ocultar redirecciones, [errores 404](https://seorecheck.com/es/blog/404-errors-seo-impact) y URLs con noindex o no canónicas. Rastrea tu sitemap para encontrarlas.

---

## ¿Quieres saber qué corregir en tu web?

Obtén una vista previa gratuita de la auditoría SEO: tu puntuación y problemas reales, con evidencias de tus páginas.

- [Recibir vista previa gratis](https://seorecheck.com/es/request)
- [Ver informe de ejemplo](https://seorecheck.com/es/sample)