Sitemap XML: qué incluir, cómo enviarlo y corregir errores

Un sitemap XML (o mapa del sitio XML) es un archivo que lista las URLs de tu web que quieres que los buscadores encuentren y rastreen, a menudo con la fecha en que cada página cambió por última vez. Ayuda a Google a descubrir páginas más rápido, sobre todo en sitios grandes o nuevos. No garantiza la indexación y solo sirve de algo si contiene URLs limpias, canónicas e indexables.

La mayoría de los problemas con el sitemap no se deben a que falte el archivo, sino a que el archivo lista las URLs equivocadas. En esta guía verás qué debe incluir un sitemap, qué ignora Google, cómo enviarlo y cómo interpretar los errores.

¿Qué es un sitemap XML y para qué sirve?

Google define un sitemap como "un archivo en el que proporcionas información sobre las páginas, los vídeos y otros archivos de tu sitio, así como sobre las relaciones entre ellos". Los buscadores lo usan para rastrear un sitio de forma más eficiente y para saber qué páginas consideras importantes.

Un sitemap es un archivo de descubrimiento y de sugerencias, no una orden. Google lo dice claramente: un sitemap "no garantiza que todos los elementos que incluya se vayan a rastrear e indexar". La ayuda de Search Console añade que el recuento de "páginas descubiertas" del informe Sitemaps viene sin "ninguna garantía de que una URL de página descubierta en un sitemap se haya rastreado o indexado, o se vaya a rastrear o indexar".

Así que un sitemap hace tres cosas útiles:

• Descubrimiento. Muestra URLs a las que los enlaces internos quizá no lleguen pronto, como productos nuevos o páginas profundas del archivo.
• Señales de cambio. Un <lastmod> preciso le indica a Google qué páginas han cambiado desde su última visita.
• Sugerencias de canonicalización. La documentación de Google sobre URLs duplicadas califica la inclusión en el sitemap de "señal débil que ayuda a que las URLs incluidas en un sitemap se conviertan en canónicas".

No hará que una página pobre en contenido posicione, no corregirá una etiqueta noindex ni se saltará un bloqueo de robots.txt.

¿Mi web necesita un sitemap?

Los sitios pequeños y bien enlazados pueden pasar sin él, pero a la mayoría de las webs les aporta algo. Google dice que quizá no necesites un sitemap si tu sitio tiene "unas 500 páginas o menos", está "enlazado internamente de forma exhaustiva" y tiene pocos archivos multimedia o páginas de noticias. Los sitios grandes, los nuevos con pocos backlinks y los que tienen mucho vídeo, imágenes o noticias son los que más se benefician.

En la práctica, mantener un sitemap no cuesta casi nada y la mayoría de las plataformas lo generan por ti. Google señala que, si usas un CMS como WordPress, Wix o Blogger, probablemente ya haya creado uno. La verdadera pregunta es si tu sitemap es preciso, porque un sitemap mal hecho dirige a Google hacia las URLs equivocadas.

¿Qué debe incluir un sitemap XML?

Incluye solo las URLs que quieres que aparezcan en los resultados: páginas canónicas que devuelven estado 200, no están bloqueadas por robots.txt y no llevan etiqueta noindex. Cada URL debe ser absoluta, usar tu protocolo y host preferidos y coincidir con la URL de la etiqueta canonical de la propia página. Todo lo demás es ruido que desperdicia rastreo y envía señales contradictorias.

Este es un archivo válido mínimo:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/services/roof-repair/</loc>
    <lastmod>2026-09-30</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/blog/how-to-spot-roof-damage/</loc>
    <lastmod>2026-10-12</lastmod>
  </url>
</urlset>

Qué dejar fuera

Al auditar sitemaps reales aparecen una y otra vez los mismos tipos de URLs que no deberían estar ahí:

• URLs redirigidas (301/302). Incluye el destino final en su lugar.
• Páginas 404 y 410: productos eliminados, páginas de campañas antiguas.
• Duplicados no canónicos: URLs con parámetros de seguimiento, listados ordenados o filtrados, versiones HTTP o sin www.
• Páginas con noindex: páginas de agradecimiento, resultados de búsqueda interna, archivos de etiquetas que has excluido.
• URLs bloqueadas en robots.txt. Incluir una URL en el sitemap y bloquearla en robots.txt es una contradicción directa.
• URLs de staging o desarrollo que se han colado por un plugin o una compilación mal configurada.

Cuando el sitemap y la página no coinciden, por ejemplo, el sitemap lista /shoes?color=red mientras la canonical de esa página apunta a /shoes, Google tiene que decidir en qué señal confiar. La guía de la etiqueta canonical explica cómo alinear esas señales.

¿Qué etiquetas del sitemap usa realmente Google?

Google usa <loc> y, cuando es fiable, <lastmod>. Su documentación sobre sitemaps indica que "Google ignora los valores de <priority> y <changefreq>", así que poner todas las páginas con prioridad 1.0 o "daily" no cambia nada. Otros buscadores pueden leerlas, pero no cuentes con ellas para Google.

<lastmod> es la etiqueta que importa, y solo si es honesta. Google dice que la uses solo cuando sea "precisa de forma sistemática y verificable", y que debe reflejar cambios significativos en el contenido principal, los datos estructurados o los enlaces. Cambiar el año del copyright en el pie de página no cuenta.

Un error habitual es un generador de sitemaps que marca todas las URLs con la hora en que se creó el archivo. Si todas las páginas dicen haber cambiado hoy, y así cada día, la fecha no le dice nada a Google. Toma el lastmod de la fecha real de modificación del contenido en tu CMS, o no lo incluyas.

Formatos y límites

La guía de Google para crear un sitemap enumera las reglas:

XML es el formato más flexible porque admite extensiones para imágenes, vídeo, noticias y versiones en otros idiomas. En sitios multilingües puedes declarar las versiones de idioma en el sitemap en lugar de en el head de la página. La guía de hreflang explica la sintaxis, incluidas las autorreferencias y los enlaces de retorno que necesita cada versión.

¿Cómo se gestionan los sitios grandes con un índice de sitemaps?

Cuando un sitio supera las 50.000 URLs o los 50 MB, divide el sitemap en varios archivos y lístalos en un índice de sitemaps (sitemap index). La documentación de Google sobre sitemaps grandes indica que un índice puede contener hasta 50.000 entradas <loc> y que puedes enviar hasta 500 archivos de índice de sitemaps por sitio en Search Console.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
    <lastmod>2026-10-17</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-blog.xml</loc>
    <lastmod>2026-10-12</lastmod>
  </sitemap>
</sitemapindex>

Hay dos restricciones que pillan a mucha gente. Los sitemaps referenciados deben estar alojados en el mismo sitio que el índice, salvo que hayas configurado el envío entre sitios. Además, deben estar en el mismo directorio que el índice o en uno más profundo. Un índice en /public/sitemap_index.xml no puede referenciar /sitemap-blog.xml en la raíz.

No hace falta un sitio enorme para dividir el sitemap. Tener archivos separados para productos, categorías, entradas del blog y landing pages facilita mucho el diagnóstico. Cuando Search Console muestra un archivo con una tasa de indexación baja, sabes qué plantilla revisar.

¿Cómo enviar un sitemap a Google?

Envía el sitemap en el informe Sitemaps de Search Console y refléjalo en robots.txt. Google enumera estos métodos de envío: el informe Sitemaps, la API de Search Console, una línea Sitemap: en robots.txt y WebSub para feeds RSS o Atom. Combinar el informe con robots.txt cubre tanto a Google como a otros rastreadores.

Paso a paso:

1. Localiza la URL de tu sitemap. Las ubicaciones habituales son /sitemap.xml, /sitemap_index.xml o /wp-sitemap.xml en WordPress. Ábrela en el navegador para comprobar que carga.
2. Añádela a robots.txt en su propia línea:

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

3. Pruébala. La ayuda del informe Sitemaps de Google recomienda comprobar antes con la herramienta de inspección de URLs que la URL es accesible.
4. Envíala. En Search Console, abre Sitemaps, pega la URL en Añadir un sitemap nuevo y haz clic en Enviar.
5. Revisa el estado unos días después.

Google intenta obtener el sitemap enviado de inmediato. El rastreo de las URLs que contiene puede tardar mucho más, según tu sitio.

¿Cómo interpretar y corregir los errores del sitemap en Search Console?

El informe Sitemaps muestra uno de tres estados: Correcto (se ha obtenido y leído sin errores), Tiene errores (se ha obtenido, pero con uno o más errores de análisis) y No se ha podido obtener (Google no ha podido recuperar el archivo). Cada estado apunta a una solución distinta.

"Correcto" solo significa que el archivo se ha podido leer. Para ver qué ha pasado con las URLs listadas, abre el informe Indexación de páginas y fíltralo por sitemap. Si muchas de las páginas enviadas aparecen como "Descubierta: actualmente sin indexar", Google sabe que existen pero no las ha rastreado. La guía sobre ese estado repasa las causas habituales.

Una auditoría rápida del sitemap que puedes hacer tú mismo

1. Descarga tu sitemap y cuenta las URLs.
2. Rastrea la lista y comprueba el código de estado, la canonical, la metaetiqueta robots y el estado en robots.txt de cada URL.
3. Marca cualquier URL que no devuelva 200, no sea autocanónica o no sea indexable.
4. Compara la lista con tus páginas realmente importantes. ¿Faltan servicios, productos o artículos clave?
5. Comprueba si las fechas de lastmod son reales o solo la hora de generación.

Si prefieres no rastrear el archivo tú mismo, una auditoría SEO gratuita de SEORecheck comprueba si tu sitemap se encuentra y se puede leer, y señala las URLs listadas que redirigen, devuelven errores, tienen noindex o apuntan su canonical a otra página. Es una parte de una auditoría SEO técnica más amplia que también cubre rastreo, renderizado y redirecciones.

Errores habituales con el sitemap y cómo evitarlos

• Dos sitemaps compitiendo. Un plugin de SEO y el núcleo del CMS generan uno cada uno, con conjuntos de URLs distintos. Elige uno y desactiva el otro.
• El sitemap nunca se actualiza. Un archivo estático subido hace años sigue listando páginas eliminadas. Genéralo automáticamente desde tu CMS o tu proceso de compilación.
• Host o protocolo incorrectos. El sitemap lista URLs http:// o sin www mientras el sitio se sirve en https://www.. Entonces todas las URLs listadas redirigen.
• Frescura falsa. Todos los lastmod son la fecha de hoy. Usa las fechas reales de modificación.
• Depender demasiado del sitemap. Las páginas que solo existen en el sitemap, sin enlaces internos, parecen poco importantes. Enlázalas también desde páginas relacionadas.
• No aprovechar los informes por archivo. Un único archivo gigante oculta qué sección tiene el problema. Divídelo por tipo de página.

Conclusiones clave

• Un sitemap XML ayuda a Google a descubrir y volver a rastrear URLs. No garantiza el rastreo ni la indexación.
• Incluye solo URLs canónicas e indexables que devuelvan 200. Deja fuera redirecciones, 404, páginas con noindex y URLs con parámetros.
• Google ignora <priority> y <changefreq>. Mantén <lastmod> preciso o no lo incluyas.
• Límites: 50.000 URLs o 50 MB sin comprimir por archivo. A partir de ahí, usa un índice de sitemaps.
• Envíalo en Search Console y añade una línea Sitemap: a robots.txt.
• "Correcto" en el informe Sitemaps solo significa que el archivo se pudo leer. Revisa el informe Indexación de páginas para saber qué ha pasado con las URLs.

Para ver cómo se presentan los hallazgos del sitemap junto al resto de problemas de un sitio, echa un vistazo al informe de ejemplo. El ejemplo completo muestra en detalle las URLs afectadas y las soluciones.