Lastmod nella sitemap: come lo usa Google e come impostarlo bene

Il tag <lastmod> di una sitemap XML indica ai motori di ricerca quando è cambiato per l'ultima volta il contenuto di un URL. Google usa il lastmod della sitemap per decidere cosa riscansionare, ma solo se è coerente e verificabilmente accurato, e ignora del tutto <changefreq> e <priority>. Un lastmod sbagliato su tutto il sito vale più o meno come non averlo.

È uno dei pochi campi della sitemap per cui vale ancora la pena impegnarsi, e uno dei più facili da rompere senza accorgersene.

A cosa serve il lastmod

Una voce della sitemap con lastmod è fatta così:

<url>
  <loc>https://example.com/guide/prezzi/</loc>
  <lastmod>2026-09-28</lastmod>
</url>

Nel protocollo sitemaps.org il tag è facoltativo. Serve a stabilire le priorità: su un sito con migliaia di URL Googlebot non può riscansionare tutto ogni giorno, e una data affidabile lo indirizza verso le pagine davvero cambiate.

Google è preciso su cosa conta come modifica: un cambiamento significativo del contenuto principale, dei dati strutturati o dei link della pagina. L'anno del copyright nel footer non conta. Il lastmod deve seguire le modifiche ai contenuti, non ogni rigenerazione dell'HTML.

La posizione di Google su lastmod, changefreq e priority

La documentazione di Google sulle sitemap dice che il lastmod viene usato se è coerente e verificabilmente accurato, per esempio se corrisponde all'ultima modifica della pagina così come la vede Google. La stessa pagina dice che Google ignora <changefreq> e <priority>. Molti generatori li inseriscono ancora: non fanno danni, ma ottimizzarli è tempo perso.

"Coerente" è la parola chiave. Se Google vede le date cambiare senza che cambi il contenuto, può smettere di fidarsene, anche per gli URL con la data giusta.

Il formato: W3C Datetime

Il lastmod usa il formato W3C Datetime. Sono validi entrambi:

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

Per la maggior parte dei siti basta la data. Se aggiungi l'ora serve anche il fuso: Z per UTC oppure un offset come +01:00. 2026-09-28T14:30:00 senza offset non è un W3C Datetime valido, e nemmeno 28/09/2026 o una stringa copiata pari pari dal database.

Gli errori più comuni sul lastmod

Il più frequente è il lastmod uguale all'ora di build. Generatori di siti statici e alcuni plugin assegnano a ogni URL il momento in cui è stata generata la sitemap, così dopo ogni deploy tutte le pagine risultano modificate oggi. È proprio l'incoerenza che insegna a Google a ignorare il campo.

Una variante arriva dalle sitemap dinamiche che stampano l'ora corrente a ogni richiesta.

Il problema opposto è un lastmod che non si muove mai. Un plugin che ha smesso di girare, o un CMS che scrive la data di pubblicazione invece di quella di modifica, fa sembrare intatte pagine modificate.

I fusi orari creano guai più sottili: un orario locale scritto senza offset sposta le date di qualche ora, e date nel futuro di solito indicano un bug di orologio o di timezone.

In una sitemap index, il <lastmod> di ogni sitemap figlia deve cambiare solo quando cambia quel file. Le best practice per la sitemap XML coprono il resto della struttura.

Come controllare i valori di lastmod

Apri la sitemap e scorri le date. Se tutti gli URL hanno lo stesso valore, hai il problema dell'ora di build. Un modo veloce per contarle:

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

Una data con un conteggio vicino al numero totale di URL è un campanello d'allarme. Poi controlla qualche pagina che sai modificata di recente, e una pagina vecchia che nessuno ha toccato. Riscarica la sitemap qualche ora dopo: se le date sono cambiate senza nuove pubblicazioni, il generatore usa l'ora corrente.

Il report Sitemap di Search Console mostra quando Google ha letto ogni sitemap e quanti URL ha trovato, ma non se si fida delle tue date.

Seguire i cambi di lastmod nel tempo

Un controllo singolo fotografa la situazione di oggi. Il segnale più utile è quali URL hanno ricevuto un nuovo lastmod dopo un rilascio, e se corrisponde a ciò che è stato davvero modificato.

Deltio fa uno snapshot di ogni sitemap monitorata una volta al giorno, sitemap index annidate comprese, e segnala URL aggiunti, URL rimossi e lastmod cambiati. Conserva gli ultimi 7 snapshot con il diff tra l'uno e l'altro. Dopo un deploy vedi se il lastmod di tutti gli URL è saltato insieme, o se una pagina aggiornata non ha mai ricevuto una data nuova. Non valida il formato delle date e non dice quanto peso dà Google alle tue date. Per la routine completa, leggi come monitorare i cambiamenti della sitemap.

I piani partono da £24 al mese (£20 con fatturazione annuale), con 14 giorni di prova gratuita.