Sitemaps XML: qué incluir y cómo mantenerlos
Un buen sitemap es estricto: solo URLs canónicas e indexables con estado 200, fechas veraces y un mantenimiento que no dependa de la memoria de nadie.
Un sitemap XML debe contener únicamente las URLs canónicas e indexables de tu sitio que respondan con HTTP 200, acompañadas de un lastmod veraz cuando lo conozcas. Todo lo demás, changefreq, priority, URLs con redirección o noindex, o se ignora o estorba. El mantenimiento se reduce a regenerarlo con cada publicación y verificarlo con regularidad.
Qué incluir (y qué dejar fuera)
La regla de oro: el sitemap es la lista de páginas que quieres ver en los resultados de búsqueda, no un volcado de todas las rutas del servidor. Cada URL debe cumplir tres condiciones:
- Canónica. Si una página declara otra URL como canónica, en el sitemap va la canónica, no la variante. Listar duplicados solo diluye la señal.
- Indexable. Nada de páginas con
noindex, bloqueadas por robots.txt o protegidas por sesión. Incluirlas genera avisos en Search Console y señales contradictorias. - Con estado 200. Las URLs que redirigen o devuelven 404 sobran: los rastreadores gastan presupuesto en seguirlas y aprenden a desconfiar del archivo.
Fuera quedan, por tanto: páginas de resultados de búsqueda interna, filtros y ordenaciones con parámetros, páginas de paginación no canónicas, borradores y entornos de pruebas.
lastmod: la única fecha que importa
De los tres campos opcionales del protocolo, <lastmod> es el único que los buscadores usan de verdad, y con una condición: Google ha declarado que solo lo tiene en cuenta cuando es consistentemente preciso. Eso significa la fecha real de la última modificación significativa del contenido, en formato W3C (2026-07-16).
El antipatrón clásico es escribir la fecha de generación del sitemap en todas las entradas: miles de páginas «modificadas» cada noche a la misma hora. Basta con eso para que Google descarte el campo en todo tu sitio. Si no conoces la fecha real de una página, es mejor omitir su lastmod que inventarlo.
changefreq y priority: Google los ignora
Digámoslo sin rodeos: Google ignora <changefreq> y <priority>, y lo ha confirmado públicamente en repetidas ocasiones; Bing les da un peso mínimo o nulo. Son XML válido y no hacen daño, pero tampoco aportan nada: subir la priority de una página a 1.0 no la posiciona mejor ni la hace rastrearse más a menudo. Si tu generador los emite por defecto, no pasa nada; dedicar tiempo a afinarlos, en cambio, es tiempo perdido.
Límites de tamaño y cuándo dividir
Cada archivo admite como máximo 50.000 URLs y 50 MB sin comprimir. Al superar cualquiera de los dos límites toca dividir en varios sitemaps y listarlos en un índice; tienes el procedimiento completo en nuestra guía de índices de sitemaps. Muchos sitios dividen mucho antes del límite, por tipo de contenido (productos, artículos, categorías): así, cuando Search Console reporta un problema, sabes en qué sección buscar.
Comprime con gzip
El protocolo admite sitemaps comprimidos con gzip (sitemap.xml.gz). La compresión reduce el ancho de banda y acelera la descarga, pero ojo: el límite de 50 MB se aplica al tamaño descomprimido. Un .gz de 8 MB que expande a 70 MB sigue estando fuera de norma.
Autodescubrimiento con robots.txt
Además de enviarlo a mano, declara el sitemap en tu robots.txt con la directiva Sitemap:, que acepta la URL absoluta y puede repetirse:
Sitemap: https://example.com/sitemap.xmlAsí cualquier rastreador lo descubre sin que tengas que registrarlo buscador por buscador. Es una línea, funciona para todos, y es la única forma válida de declarar un sitemap que lista URLs de otro host.
Envío a Google y Bing
En Google Search Console, sección Sitemaps, se introduce la URL una sola vez; Google la revisita periódicamente sin que haya que reenviarla tras cada cambio. En Bing Webmaster Tools el proceso es análogo, y si ya has verificado la propiedad en Google puedes importarla directamente. En ambos paneles conviene mirar de vez en cuando el estado del envío y la cifra de páginas descubiertas.
¿Cada cuánto regenerarlo?
La respuesta corta: cada vez que cambia el contenido. Un blog que publica dos veces por semana puede regenerar el sitemap en cada despliegue; una tienda con miles de altas y bajas diarias necesita regeneración automática al menos diaria. La señal de alarma es un sitemap cuya fecha de última generación tiene semanas: URLs nuevas que no aparecen y URLs borradas que siguen listadas.
¿Generación dinámica o estática?
Ambas funcionan; lo que importa es que el resultado sea correcto y esté al día.
| Enfoque | Cómo funciona | Encaja cuando… |
|---|---|---|
| Estático | El sitemap se genera en el build o con una tarea programada y se sirve como archivo | El contenido cambia con los despliegues; sitios pequeños y medianos; máxima velocidad de respuesta |
| Dinámico | El servidor construye el XML al vuelo desde la base de datos en cada petición | Altas y bajas constantes; catálogos grandes; necesitas lastmod exacto por registro |
Mitos y realidad
| Mito | Realidad |
|---|---|
| «Un sitemap garantiza la indexación» | Solo facilita el descubrimiento; la indexación depende de la calidad y de la señal del resto del sitio |
| «priority alta mejora el posicionamiento» | Google ignora priority por completo; no influye en nada |
| «changefreq controla la frecuencia de rastreo» | La frecuencia real la deciden lastmod veraz, enlazado interno y demanda |
| «Cuantas más URLs, mejor» | Las URLs no indexables o redirigidas restan: desperdician rastreo y credibilidad |
| «Hay que reenviar el sitemap tras cada cambio» | Basta enviarlo una vez; los buscadores lo revisitan solos |
| «Los sitios pequeños no necesitan sitemap» | Con buen enlazado interno es menos crítico, pero sigue acelerando el descubrimiento y no cuesta nada |
La rutina de mantenimiento
- Regenera el sitemap con cada publicación o despliegue, automáticamente.
- Valida el XML tras cualquier cambio de generador, plugin o plantilla con el validador de sitemaps.
- Revisa una vez al mes el informe de sitemaps de Search Console: estado, URLs descubiertas y avisos nuevos.
- Cuando borres secciones enteras del sitio, comprueba que sus URLs han salido del sitemap.
Con esa rutina, el sitemap deja de ser una fuente de sorpresas y pasa a ser lo que debe ser: la lista fiable de lo que quieres que los buscadores encuentren.