Lastmod en el sitemap: cómo lo usa Google y cómo configurarlo bien

La etiqueta <lastmod> de un sitemap XML indica a los buscadores cuándo cambió por última vez el contenido de una URL. Google usa el lastmod del sitemap para decidir qué volver a rastrear, pero solo si es coherente y verificablemente preciso, y además ignora por completo <changefreq> y <priority>. Un lastmod erróneo en todo el sitio vale más o menos lo mismo que no tenerlo.

Es uno de los pocos campos del sitemap en los que todavía merece la pena esforzarse, y uno de los más fáciles de romper sin que nadie se entere.

Para qué sirve el lastmod

Una entrada del sitemap con lastmod tiene este aspecto:

<url>
  <loc>https://example.com/guias/precios/</loc>
  <lastmod>2026-09-28</lastmod>
</url>

En el protocolo sitemaps.org la etiqueta es opcional. Sirve para priorizar: en un sitio con miles de URLs Googlebot no puede volver a rastrearlo todo cada día, y una fecha fiable le señala las páginas que de verdad han cambiado.

Google concreta qué cuenta como modificación: un cambio significativo en el contenido principal, los datos estructurados o los enlaces de la página. El año del copyright en el footer no cuenta. El lastmod debe seguir los cambios de contenido, no cada regeneración del HTML.

La postura de Google sobre lastmod, changefreq y priority

La documentación de Google sobre sitemaps dice que usa el lastmod si el valor es coherente y verificablemente preciso, por ejemplo si coincide con la última modificación de la página tal como la ve Google. La misma página indica que Google ignora <changefreq> y <priority>. Muchos generadores siguen incluyéndolos: no hacen daño, pero ajustarlos es tiempo perdido.

"Coherente" es la palabra clave. Si Google ve que tus fechas cambian sin que cambie el contenido, puede dejar de fiarse de ellas, también en las URLs con la fecha correcta.

El formato: W3C Datetime

El lastmod usa el formato W3C Datetime. Ambos valores son válidos:

2026-09-28
2026-09-28T14:30:00+01:00

Para la mayoría de sitios basta con la fecha. Si añades la hora, también hace falta la zona horaria: Z para UTC o un desfase como +01:00. 2026-09-28T14:30:00 sin desfase no es un W3C Datetime válido, ni tampoco 28/09/2026 o una cadena copiada tal cual de la base de datos.

Los errores más habituales con lastmod

El más frecuente es un lastmod igual a la hora del build. Los generadores de sitios estáticos y algunos plugins asignan a cada URL el momento en que se generó el sitemap, así que tras cada deploy todas las páginas parecen cambiadas hoy. Es justo la incoherencia que enseña a Google a ignorar el campo.

Una variante: sitemaps dinámicos que imprimen la hora actual en cada petición.

El problema contrario es un lastmod que nunca se mueve. Un plugin que dejó de ejecutarse, o un CMS que escribe la fecha de publicación en lugar de la de modificación, hace que páginas editadas parezcan intactas.

Las zonas horarias dan problemas más sutiles: una hora local sin desfase mueve las fechas unas horas, y las fechas en el futuro suelen delatar un fallo de reloj o de zona horaria.

En un índice de sitemaps, el <lastmod> de cada sitemap hijo solo debe cambiar cuando cambia ese archivo. Las buenas prácticas del sitemap XML cubren el resto de la estructura.

Cómo comprobar tus valores de lastmod

Abre el sitemap y repasa las fechas. Si todas las URLs comparten el mismo valor, tienes el problema del build. Para contarlas rápido:

curl -s https://example.com/sitemap.xml | grep -o '<lastmod>[^<]*' | sort | uniq -c | sort -rn | head

Una fecha con un recuento cercano al total de URLs es una señal de alarma. Después revisa algunas páginas que sepas que se editaron hace poco, y una página antigua que nadie haya tocado. Vuelve a descargar el sitemap unas horas después: si las fechas cambiaron sin publicar nada, el generador usa la hora actual.

El informe Sitemaps de Search Console muestra cuándo leyó Google cada sitemap y cuántas URLs encontró, pero no si se fía de tus fechas.

Seguir los cambios de lastmod en el tiempo

Una comprobación puntual muestra el estado de hoy. La señal más útil es qué URLs recibieron un lastmod nuevo tras un lanzamiento, y si encaja con lo que se editó.

Deltio toma un snapshot de cada sitemap monitorizado una vez al día, índices de sitemaps anidados incluidos, y señala URLs añadidas, URLs eliminadas y valores de lastmod cambiados. Guarda los últimos 7 snapshots con un diff entre ellos. Tras un deploy ves si el lastmod de todas las URLs saltó a la vez, o si una página que actualizaste nunca recibió fecha nueva. No valida el formato de las fechas ni te dice cuánto peso les da Google. Para la rutina completa, consulta cómo monitorizar cambios en el sitemap.

Los planes empiezan en £24 al mes (£20 con pago anual), con 14 días de prueba gratis.