Un sitemap XML non controlla né il crawl né l’indicizzazione. Google lo ricorda esplicitamente: inviare una mappa del sito non garantisce né il download del file, né l’esplorazione degli URL, né il loro inserimento nell’indice. Il sitemap è un segnale dichiarativo, non un’istruzione. Comprendere questa distinzione cambia il modo in cui lo si costruisce, lo si mantiene e lo si integra in una strategia di SEO.
Tag lastmod nel sitemap XML: cosa sfrutta realmente Google
La maggior parte dei sitemap in produzione mostra date lastmod identiche su tutti gli URL, o date corrispondenti alla generazione del file. Questi due casi vengono ignorati da Google. Il tag lastmod ha valore solo se riflette una modifica sostanziale e verificabile del contenuto principale.
Ciò che costituisce una modifica significativa: un cambiamento del corpo del testo, un aggiornamento dei dati strutturati, un’aggiunta o una rimozione di link interni. Al contrario, modificare l’anno in un copyright o rigenerare il file senza toccare il contenuto non è qualificante.
Raccomandiamo un audit regolare del sitemap per verificare la coerenza tra le date lastmod e le modifiche reali. Un CMS che aggiorna lastmod ad ogni salvataggio (anche cosmetico) produce rumore. È meglio condizionare l’aggiornamento di questo tag a un reale differenziale del contenuto reso. Puoi consultare il piano del sito Référencement Qualitatif per osservare un esempio di struttura pulita con date coerenti.
I tag changefreq e priority sono diventati obsoleti nella pratica. Google non attribuisce più loro un peso misurabile. Continuare a compilarli non è dannoso, ma dedicare tempo all’ottimizzazione è improduttivo. Solo l’URL e il valore lastmod (quando è affidabile) contano.
Sitemap XML e IndexNow: complementarità per il crawl di Bing
Bing raccomanda esplicitamente di combinare il sitemap con il protocollo IndexNow. Il sitemap fornisce una copertura persistente di tutti gli URL. IndexNow, invece, trasmette in tempo quasi reale le aggiunte, gli aggiornamenti o le rimozioni individuali.
Questa combinazione ha tutto il suo senso sui siti a contenuto dinamico: cataloghi e-commerce con variazioni di prezzo o di stock, directory aggiornate quotidianamente, siti di notizie. Il sitemap rimane la base di riferimento, IndexNow accelera l’inserimento dei cambiamenti puntuali.
- Il sitemap copre l’inventario completo degli URL canonici del sito, comprese le pagine raramente modificate
- IndexNow notifica Bing (e i motori compatibili) di un cambiamento specifico senza attendere il prossimo crawl del sitemap
- I due meccanismi sono complementari: uno non sostituisce l’altro, e mantenere entrambi in parallelo riduce il tempo di indicizzazione
Dal punto di vista dell’implementazione, IndexNow richiede una chiave API ospitata alla radice del sito e una chiamata HTTP ad ogni pubblicazione o modifica. La maggior parte dei CMS dispone di plugin compatibili.
Segmentazione del sitemap per siti con un grande volume di pagine
Un sitemap unico contenente diverse decine di migliaia di URL presenta due problemi. Il file diventa pesante da scaricare per i robot, e affoga le pagine strategiche nella massa. La segmentazione per tipo di contenuto (articoli, prodotti, categorie, pagine statiche) tramite un sitemap index consente di gerarchizzare i file inviati.
Osserviamo un guadagno concreto quando i sitemap segmentati sono associati a una pulizia degli URL non canonici. Includere nel sitemap URL reindirizzate, pagine in noindex o varianti di parametri equivale a inviare un segnale contraddittorio. Il sitemap deve riflettere esattamente le pagine che desideri vedere indicizzate, nulla di più.
Criteri di filtraggio prima dell’inclusione nel sitemap
- La pagina restituisce un codice HTTP 200 e non è bloccata dal robots.txt
- La pagina ha un tag canonical auto-referenziale (canonical che punta a se stessa)
- La pagina non è in noindex e non è orfana (almeno un link interno punta a essa)
- La pagina contiene contenuti indicizzabili sufficienti (non è un guscio vuoto o un template non compilato)
Automatizzare questa verifica nel pipeline di generazione del sitemap evita l’accumulo di URL morte. Alcuni strumenti di crawl consentono di incrociare il sitemap con lo stato reale del sito e segnalare le incoerenze.
Invio del sitemap in Google Search Console: errori comuni
Inviare un sitemap tramite Google Search Console rimane il metodo più diretto per segnalare la sua esistenza. L’errore più comune consiste nel presentare il file una volta, per poi non controllare mai il rapporto di copertura associato.
Il rapporto di copertura del sitemap nella Search Console indica quante URL inviate sono effettivamente indicizzate, quante sono escluse e per quale motivo. Una discrepanza significativa tra URL inviate e URL indicizzate segnala un problema di qualità: contenuto duplicato, pagine troppo sottili, errori di crawl o canonical mal configurati.
Un altro tranello: dichiarare il sitemap nel robots.txt con un URL errato (protocollo HTTP invece di HTTPS, sottodominio errato). Il file robots.txt deve puntare all’URL esatto del sitemap, accessibile senza reindirizzamento.
Frequenza di verifica raccomandata
Su un sito che pubblica diversi contenuti a settimana, un controllo mensile del rapporto di copertura è sufficiente per rilevare le anomalie. Su un sito più statico, un audit trimestrale rimane pertinente. L’obiettivo non è inviare più spesso il sitemap, ma assicurarsi che ciò che dichiara corrisponda a ciò che Google osserva durante il crawl.
Il piano di sito rimane uno strumento di comunicazione tra il tuo sito e i motori di ricerca. Il suo valore dipende interamente dalla rigorosità con cui viene mantenuto. Un sitemap obsoleto o incoerente non aiuta il SEO, lo confonde.
