Un sitemap XML elenca gli URL di un sito affinché i robot di esplorazione li scoprano più rapidamente. Ma non tutti i sitemap sono uguali: un file mal costruito o pieno di campi obsoleti può confondere i segnali inviati a Google anziché chiarirli. Misurare il divario tra un sitemap correttamente configurato e un sitemap trascurato permette di comprendere perché questo file tecnico rimanga un leva concreta per l’indicizzazione.
Campi XML del sitemap: ciò che Google utilizza realmente
Il protocollo sitemap XML prevede diversi campi per ogni URL: loc, lastmod, changefreq e priority. In pratica, i motori di ricerca non trattano questi campi allo stesso modo.
| Campo | Ruolo iniziale | Utilizzo da parte di Google (2026) |
|---|---|---|
| loc | URL della pagina | Utilizzato sistematicamente per la scoperta |
| lastmod | Data dell’ultima modifica | Utilizzato solo se la data corrisponde a una modifica reale e verificabile |
| changefreq | Frequenza stimata di aggiornamento | Ignorato da Google |
| priority | Importanza relativa della pagina | Ignorato da Google |
La documentazione di Google Search Central lo conferma: changefreq e priority non influenzano né l’esplorazione né il ranking. Molti guide raccomandano ancora di compilare questi due campi, il che non porta alcun beneficio misurabile. Dedicare tempo a rendere affidabile il valore di lastmod produce un effetto molto più diretto sulla frequenza di crawl.
Per osservare come un sito struttura concretamente il proprio file XML con i campi giusti, la pagina sitemap di Nouvelle Jeunesse fornisce un esempio eloquente.
Affidabilità del campo lastmod: il segnale di freschezza sottovalutato
Google indica di utilizzare la data lastmod quando corrisponde in modo costante e verificabile all’ultima modifica significativa della pagina. Una semplice rigenerazione automatica del sitemap o un aggiornamento della data di copyright non conta come modifica pertinente.
Questo punto cambia le regole del gioco per diverse categorie di siti:
- I cataloghi prodotti i cui prezzi o disponibilità cambiano frequentemente perdono credibilità se il lastmod viene aggiornato ad ogni rigenerazione del file senza cambiamenti reali sulla pagina.
- I siti di notizie che modificano una data senza toccare il contenuto editoriale inviano un segnale fuorviante, il che può rallentare il recrawl delle pagine realmente aggiornate.
- I siti vetrina con poche modifiche guadagnano a non aggiornare il lastmod se non in caso di un cambiamento visibile (nuovo paragrafo, prezzo corretto, immagine sostituita).
Un lastmod affidabile accelera la scoperta dei veri cambiamenti. Un lastmod gonfiato artificialmente diluisce la fiducia del crawler nei confronti dell’intero file.
URL canoniche e indicizzabili: filtrare ciò che entra nel sitemap
Un sitemap può essere tecnicamente valido pur degradando i segnali inviati ai motori di ricerca. Il problema si presenta quando il file include URL che non dovrebbero figurare.
Le raccomandazioni recenti, comprese quelle di Bing, chiedono di includere nel sitemap solo le URL canoniche e indicizzabili. Questo significa escludere le pagine in noindex, le URL con parametri di filtraggio duplicate, le vecchie reindirizzazioni e le pagine di archivi paginati senza contenuto proprio.
Perché un sitemap gonfiato danneggia il budget di crawl
Ogni URL elencata nel sitemap consuma una frazione del budget di esplorazione allocato dai motori. Su un sito di alcune decine di pagine, l’impatto rimane trascurabile. Su un catalogo di diverse migliaia di schede prodotto, includere URL non indicizzabili equivale a sprecare richieste di crawl su pagine che Google finirà per ignorare.
Rimuovere le URL non canoniche dal sitemap concentra il crawl sulle pagine che contano.
Sitemap XML e protocollo IndexNow: due meccanismi complementari
Il sitemap XML rimane un file passivo: aspetta che il crawler venga a leggerlo. Per i siti il cui contenuto cambia frequentemente, questa attesa può ritardare l’adozione delle modifiche. Il protocollo IndexNow, adottato da Bing, consente di notificare attivamente il motore di ricerca che un URL è stato modificato o creato.
I due meccanismi non si sostituiscono l’uno all’altro. Il sitemap fornisce una visione d’insieme permanente della struttura del sito. IndexNow invia un segnale puntuale per un URL specifico. Combinare un sitemap affidabile e la notifica IndexNow copre sia la scoperta globale che la reattività sugli aggiornamenti puntuali.
Google non ha adottato IndexNow, ma utilizza il proprio sistema di API di indicizzazione per alcuni tipi di contenuto (offerte di lavoro, trasmissioni in diretta). Il sitemap XML rimane quindi il denominatore comune accettato da tutti i principali motori.
Verificare che il sitemap sia realmente letto dai motori di ricerca
Inviare un sitemap nella Google Search Console non garantisce che venga sfruttato. Lo strumento mostra il numero di URL inviate e il numero di URL indicizzate, il che consente di misurare il divario tra intenzione e risultato.
Tre punti di controllo concreti:
- Verificare nella Search Console che lo stato del sitemap sia “Riuscito” e non “Errore di recupero” o “Contiene errori”.
- Confrontare il numero di URL inviate con il numero di URL indicizzate. Un divario significativo segnala URL non canoniche, in noindex o reindirizzate.
- Controllare la data dell’ultima lettura del sitemap da parte di Google. Se questa data è vecchia, il file potrebbe essere stato abbandonato dal crawler.
Il divario tra URL inviate e URL indicizzate è il primo indicatore di qualità di un sitemap. Un rapporto vicino a 1 significa che il file contiene solo pagine utili. Un rapporto basso indica la necessità di una pulizia.
Il sitemap XML non è un file da generare una volta e poi dimenticare. Il suo valore dipende direttamente dalla rigore applicato agli URL inclusi, dall’affidabilità del campo lastmod e dal monitoraggio regolare nella Search Console. Un file pulito e aggiornato rimane il modo più diretto per indirizzare i robot di esplorazione verso le pagine che meritano di essere indicizzate.
