Sitemap XML: el mapa de la web que Google lee de verdad

Para qué sirve un sitemap y para qué no

«Sitemap XML» se busca 1000 veces al mes en Francia. En nuestro estudio, el 18 % de las webs de pymes francesas no publica ninguno.

El sitemap sirve para tres cosas: dar a conocer páginas que los enlaces internos no bastan para mostrar (una web nueva, un catálogo grande, páginas profundas), señalar las páginas modificadas para que se vuelvan a leer antes, y ofrecer una lista limpia que Search Console compara con lo que ha indexado.

No sirve para hacer subir una página ni para forzar la indexación. Una página débil incluida en el sitemap sigue siendo una página débil. Y una página que no recibe ningún enlace interno sigue estando mal entendida aunque figure en el sitemap.

El formato: lo que Google lee y lo que ignora

Un sitemap mínimo cabe en unas pocas líneas:

• <?xml version=«1.0» encoding=«UTF-8»?>
• <urlset xmlns=«http://www.sitemaps.org/schemas/sitemap/0.9»>
• <url><loc>https://www.ejemplo.es/carritos-compactos</loc><lastmod>2026-10-14</lastmod></url>
• <url><loc>https://www.ejemplo.es/guia-elegir-carrito</loc><lastmod>2026-09-30</lastmod></url>
• </urlset>

Google usa dos etiquetas: loc (la dirección completa, con https y la versión exacta, con o sin www) y lastmod. Ignora los valores priority y changefreq: no merece la pena ajustarlos página a página. Un archivo contiene como máximo 50.000 URL o 50 MB; por encima, se divide en varios archivos reunidos en un índice de sitemaps.

lastmod: la fecha del contenido, nunca la de la compilación

Es el error más extendido y el más caro. Muchas webs (y muchas extensiones) ponen en lastmod la fecha del día cada vez que se genera la web. Resultado: todas las páginas parecen modificadas a diario, Google comprueba que no es verdad y deja de fiarse de la fecha.

Google lo dice claramente: usa el valor de lastmod si es coherente y verificable, por ejemplo comparándolo con la última modificación de la página. Y lastmod debe reflejar la fecha de la última actualización importante de la página: un cambio de texto, de precio, de información. No un cambio de copyright en el pie de página ni una nueva versión del tema.

En todas nuestras webs la regla está escrita: la fecha del sitemap es la del contenido de la página, guardada con el propio contenido, nunca la de la construcción de la web. También es la regla de esta web: cada guía lleva su fecha de publicación o de actualización, y el sitemap la recoge.

1. 1
   Guardar la fecha con el contenido: un campo «actualizado el» en la base de datos o en el archivo de la página, que solo cambia cuando el contenido cambia de verdad.
2. 2
   Generar el sitemap a partir de ese campo, no del reloj del servidor.
3. 3
   Mostrar la misma fecha en la página («Actualizado el …») y en los datos estructurados del artículo.
4. 4
   Comprobar: dos generaciones seguidas del sitemap sin cambios de contenido deben dar fechas idénticas.

Qué páginas incluir en el sitemap

El sitemap es la lista de las páginas que quieres ver en Google. Todo lo que no debe estar en él lo debilita.

• Sí: páginas de productos y de categorías a la venta, páginas de servicios, guías y artículos, páginas útiles (envío, devoluciones, contacto).
• No: páginas en noindex, páginas redirigidas, páginas con error 404 o 410, direcciones de filtros y ordenaciones, resultados de la búsqueda interna, carrito, cuenta, pago.
• No: varias direcciones para la misma página (con y sin parámetro, con y sin barra final). Solo la dirección canónica figura en el sitemap.
• Una ficha de producto agotada para siempre sale del sitemap en el momento en que se retira o se redirige. En nuestro estudio, el 21 % de las webs ni siquiera declara una dirección canónica en la portada.

Dividir por tipo de página para ver qué está indexado

En una web de más de unas decenas de páginas, un único sitemap grande esconde lo esencial. Divídelo por tipo de página: un archivo para los productos, otro para las categorías, otro para las guías y otro para las páginas de servicios. El índice de sitemaps los reúne.

La ventaja está en Search Console: el informe de indexación se puede filtrar por sitemap. Ves entonces, tipo a tipo, qué parte de las páginas está indexada. Un sitemap de fichas de producto indexado a medias dice algo distinto de un sitemap de guías casi totalmente indexado. Es lo que hacemos después de cada poda: sitemaps nuevos por segmento, enviados de nuevo, para seguir la recuperación segmento a segmento.

• <sitemapindex xmlns=«http://www.sitemaps.org/schemas/sitemap/0.9»>
• <sitemap><loc>https://www.ejemplo.es/sitemap-productos.xml</loc></sitemap>
• <sitemap><loc>https://www.ejemplo.es/sitemap-guias.xml</loc></sitemap>
• </sitemapindex>

Enviar el sitemap a Google y a Bing

1. 1
   Declararlo en robots.txt, en una línea aparte: Sitemap: https://www.ejemplo.es/sitemap.xml. Así lo encuentran todos los buscadores.
2. 2
   Enviarlo en Google Search Console, menú «Sitemaps»: el estado «Correcto» confirma que el archivo se lee, y después aparece el número de páginas descubiertas.
3. 3
   Enviarlo en Bing Webmaster Tools, que alimenta también a otros buscadores. Bing permite importar una web ya verificada en Search Console.
4. 4
   Anunciar las páginas nuevas al instante con IndexNow: una simple llamada señala una dirección nueva o modificada a los buscadores participantes (Amazon, Bing, Naver, Seznam.cz, Yandex, Yep), hasta 10.000 direcciones por envío. Google no participa: para él, el sitemap y los enlaces hacen el trabajo.
5. 5
   Revisar cada mes el informe de indexación por sitemap y corregir primero las páginas incluidas pero no indexadas que deben vender.