Una mappa del sito XML non posiziona nulla. Non trasmette alcun segnale di pertinenza, non modifica il PageRank interno e non influisce direttamente sul ranking di una pagina. La sua funzione si limita alla scoperta di URL da parte dei robot di esplorazione. Confondere questo ruolo con un leva di ranking porta a false aspettative e a scelte tecniche mal orientate.
Affidabilità del lastmod: l’unico campo XML realmente sfruttato da Google
Tra i tag disponibili nel protocollo sitemap, solo lastmod è realmente utilizzato da Google. I campi changefreq e priority, ancora generati per impostazione predefinita nella maggior parte dei CMS, sono ignorati da Googlebot. Continuare a compilare questi campi non fa male, ma attribuire loro un valore strategico è un errore di diagnosi comune.
Il campo lastmod pone un problema più serio quando viene utilizzato in modo errato. Ad aprile 2025, John Mueller ha esplicitamente sconsigliato di datare tutte le URL con la data corrente. Questa pratica, comune sui siti che rigenerano la loro sitemap ad ogni distribuzione, impedisce ai motori di identificare le pagine il cui contenuto è realmente cambiato.
Una modifica significativa, nel senso di Google, indica un cambiamento di contenuto editoriale, di dati strutturati o di link interni. Aggiornare l’anno del copyright nel piè di pagina o modificare un parametro CSS non giustifica una nuova data lastmod. Un lastmod sistematicamente incoerente può portare Google a ignorare questo segnale per l’intera sitemap.
Raccomandiamo di condizionare l’aggiornamento del lastmod a un diff reale sul contenuto principale della pagina. Alcuni plugin WordPress o moduli headless consentono questa verifica automatica prima della rigenerazione del file XML. Su un sito che pubblica quotidianamente, questo approccio riduce notevolmente il rumore inviato ai crawler e riporta la loro attenzione sulle URL fresche.
Per osservare la struttura di un file sitemap in condizioni reali, la sitemap di Nous les Geeks illustra bene un suddivisione per tipi di contenuti con date lastmod distinte per sezione.
Sitemap XML e budget di crawl: impatto concreto sui siti voluminosi
Su un sito di meno di alcune centinaia di pagine ben collegate internamente, la sitemap XML apporta poco alla scoperta. Google segue i link interni e finisce per trovare quasi tutte le URL. L’interesse per la sitemap cresce in proporzione inversa alla qualità del collegamento interno e in proporzione diretta al volume di pagine.
Per i siti e-commerce, i portali di annunci o le piattaforme editoriali ad alta volumetria, la sitemap diventa il meccanismo principale di segnalazione delle nuove URL. Senza di essa, pagine orfane o debolmente collegate possono rimanere non indicizzate per settimane.
La sitemap non garantisce l’indicizzazione. Google lo ricorda nella sua documentazione: si tratta di un segnale di scoperta, non di un’istruzione di crawl. Una sitemap voluminoso contenente URL con errore 404, reindirizzamenti a catena o pagine bloccate da robots.txt degrada la fiducia che il motore accorda al file. Osserviamo regolarmente siti il cui sitemap contiene più URL non indicizzabili che URL utili.
Segmentare la sitemap per tipo di contenuto
Una sitemap unica che elenca tutte le URL del sito è raramente adatta oltre alcune migliaia di pagine. La segmentazione per tipo di contenuto (articoli, schede prodotto, categorie, pagine istituzionali) consente di analizzare finemente i tassi di copertura in Google Search Console.
Questa segmentazione rende visibile un problema altrimenti sommerso nella massa: se un indice sitemap dedicato alle schede prodotto mostra un tasso di indicizzazione nettamente inferiore a quello degli articoli, la diagnosi punta verso un problema di qualità del contenuto o di duplicazione su queste schede, non verso un difetto globale del sito.
- Un sitemap index fa riferimento a più file sitemap figli, ciascuno limitato a un tipo di contenuto o a una sezione del sito.
- Ogni file figlio non dovrebbe contenere che URL che restituiscono un codice HTTP 200 e non bloccate da una direttiva noindex o robots.txt.
- La sottomissione in Search Console avviene a livello del sitemap index: Google scopre automaticamente i file figli referenziati.
Bing, IndexNow e la convergenza dei segnali sitemap
Ridurre la questione della sitemap a Google solo significa ignorare una parte crescente del traffico di ricerca. Bing sfrutta attivamente le sitemap XML e, a differenza di Google, Bing utilizza IndexNow per un’indicizzazione quasi istantanea delle nuove URL segnalate.
Il protocollo IndexNow, sostenuto da Bing, Yandex e diversi altri motori, funziona come un push: il sito notifica al motore che un’URL è stata creata o modificata, invece di aspettare il passaggio del crawler. Questo meccanismo completa la sitemap senza sostituirla. La sitemap rimane il riferimento canonico dell’inventario delle URL, mentre IndexNow accelera la considerazione dei cambiamenti recenti.
Su CMS moderni, l’integrazione di IndexNow avviene tramite un plugin o un webhook attivato ad ogni pubblicazione. Combinare una sitemap XML segmentata, un lastmod affidabile e una notifica IndexNow costituisce oggi la configurazione più efficace per aumentare la copertura di indicizzazione multi-motori.
Errori di configurazione della sitemap che bloccano l’indicizzazione
Una sitemap mal configurata può essere peggiore dell’assenza di sitemap. Ecco gli errori che incontriamo più spesso in audit tecnici:
- Includere URL che restituiscono un codice 301, 302 o 404: ogni URL non risolta consuma budget di crawl senza beneficio e diluisce l’affidabilità del file.
- Elencare URL canonizzate verso un’altra pagina: se il tag canonical punta altrove, l’URL della sitemap verrà ignorata, creando un’incoerenza tra i segnali inviati al motore.
- Superare il limite di 50.000 URL per file sitemap o i 50 MB non compressi senza utilizzare un sitemap index: il file verrà troncato o rifiutato.
- Dichiarare la sitemap in robots.txt con un percorso errato o un’URL in HTTP mentre il sito forza il HTTPS: il motore non troverà mai il file.
Ogni URL presente nella sitemap deve essere un URL che desideri vedere indicizzato, senza eccezioni. Una sitemap pulita è un inventario editoriale, non un dump tecnico di tutte le rotte generate dal CMS.
La manutenzione della sitemap non è un gesto occasionale. Ad ogni rimozione di pagina, cambiamento di struttura di URL o aggiunta di direttiva noindex, il file deve essere aggiornato. I siti che automatizzano questa sincronizzazione tramite il loro pipeline di distribuzione evitano l’accumulo silenzioso di URL obsolete che finiscono per rendere la sitemap inutilizzabile come strumento di diagnosi.
