Un sitemap XML che elenca URL reindirizzate, pagine in noindex o indirizzi canonici verso altre risorse invia segnali contrastanti ai motori di ricerca. Questo è evidente dopo una ristrutturazione: il file è tecnicamente valido, ma punta a pagine che Google non dovrebbe esplorare. Ottimizzare la struttura di un sito con un sitemap efficace inizia da questa pulizia, non dalla generazione automatica del file.
Sitemap XML dopo una ristrutturazione: i segnali contrastanti da correggere
Quando si migra un sito o si riorganizza l’alberatura, il CMS rigenera spesso il sitemap senza verificare lo stato reale delle URL. Ci si ritrova con un file che contiene vecchie indirizzi reindirizzati in 301, pagine passate in noindex dalla ristrutturazione, e talvolta URL che restituiscono un errore 404 o 410.
Il problema concreto: Google riceve un elenco di URL presentate come valide e scopre poi che non lo sono. Il budget di scansione viene sprecato e l’indicizzazione delle nuove pagine subisce ritardi.
La verifica post-ristrutturazione dovrebbe seguire una logica semplice. Si estraggono tutte le URL dal sitemap, si passano in un crawler (Screaming Frog, Sitebulb o equivalente), e si incrociano tre colonne: codice HTTP, direttiva di indicizzazione, URL canonica dichiarata.
Qualsiasi URL che non restituisce un 200, che porta un noindex, o di cui il tag canonical punta altrove, deve essere rimossa dal file. Si può osservare come il sito yvazur.ch struttura il proprio sitemap per illustrare un approccio pulito a questo ordinamento.
Tag lastmod nel sitemap: quando rimuoverlo è meglio che mantenerlo
Il tag lastmod è il principale segnale utilizzabile da Google in un sitemap XML. Ma questa utilità si basa su una condizione rigorosa: la data deve corrispondere a una modifica reale e significativa del contenuto, dei dati strutturati o dei link interni della pagina.
In pratica, molti CMS aggiornano questa data ad ogni distribuzione, anche quando nulla è cambiato sulla pagina. Un semplice cambiamento di footer, un aggiornamento dell’anno di copyright, un rebuild della cache – e tutte le date vengono aggiornate alla data odierna.
Il riflesso pratico che evita il tranello
Se il tuo CMS non può fornire una data affidabile, legata a una vera modifica di contenuto, è meglio rimuovere completamente il tag lastmod piuttosto che mantenerlo con valori fuorvianti. Google finisce per ignorare le date incoerenti, e in questo caso, la loro presenza non fa altro che aggiungere rumore.
Al contrario, su un sito editoriale dove ogni articolo è realmente aggiornato (aggiunta di paragrafi, aggiornamento di dati), un lastmod affidabile accelera la considerazione delle modifiche. È un leva concreta per le pagine che evolvono regolarmente.
Tag priority e changefreq: cosa non fa più il sitemap XML
Si trovano ancora sitemap pieni di tag priority e changefreq, a volte configurati con cura. Google ignora questi due elementi. La loro presenza non porta alcun beneficio in termini di SEO.
Invece di perdere tempo a calibrare priorità che nessuno legge, è meglio concentrare gli sforzi sulla coerenza tra quattro elementi:
- L’URL presente nel sitemap deve essere la versione canonica dichiarata nel codice sorgente della pagina
- Questa stessa URL deve essere accessibile (codice 200), senza reindirizzamenti intermedi
- Il linking interno del sito deve puntare a questa URL, non a una variante con o senza slash finale, con o senza www
- La pagina non deve portare alcuna direttiva noindex se figura nel sitemap
Un sitemap coerente con il linking interno e i tag canonical fa di più per l’indicizzazione di qualsiasi impostazione di priority.
Sitemap e pagine orfane: un caso d’uso spesso trascurato
Il sitemap non sostituisce il linking interno, ma svolge un ruolo specifico per le pagine che non ricevono alcun link dal resto del sito. Si parla di pagine orfane: esistono, sono indicizzabili, ma nessun percorso di navigazione consente di accedervi.
Questo caso si verifica frequentemente sui siti e-commerce (schede prodotto rimosse dal catalogo ma ancora online), blog con archivi profondi, o siti che hanno subito più ristrutturazioni successive senza audit dei link.
Come trattare le pagine orfane nel sitemap
La prima domanda è se queste pagine meritano di essere indicizzate. Se sì, due azioni parallele:
- Includerle nel sitemap XML affinché i motori le scoprano
- Creare almeno un link interno pertinente verso ciascuna, da una pagina tematicamente vicina
- Verificare che il tag canonical di ogni pagina orfana punti bene su se stessa
Se queste pagine non hanno più valore (contenuto obsoleto, prodotto scomparso), è meglio rimuoverle dal sitemap e disindicarle correttamente con un noindex o un reindirizzamento 410.
Invio del sitemap XML: robots.txt e Search Console
Generare un sitemap pulito non basta se i motori non sanno dove trovarlo. Due canali di invio funzionano in parallelo.
Il primo è il file robots.txt. Si aggiunge una riga Sitemap: seguita dall’URL assoluta del file. Questa dichiarazione è letta da tutti i motori compatibili, non solo da Google. È il canale passivo, che funziona senza intervento manuale dopo l’implementazione.
Il secondo è la Google Search Console (e il suo equivalente Bing Webmaster Tools). L’invio tramite questi strumenti consente di monitorare lo stato di indicizzazione delle URL elencate, di individuare errori di scansione e di verificare che il file venga letto correttamente. I feedback variano sulla frequenza di ricrawl del sitemap dopo l’invio, ma la considerazione iniziale è generalmente rapida.
Il punto da non trascurare: se il tuo sito supera il limite di volume di un singolo file sitemap, un sitemap index che raggruppa più file segmentati (per categoria, per tipo di contenuto) rimane la soluzione tecnica standard. Ogni file figlio segue le stesse regole di pulizia del file principale.
Un sitemap ben strutturato non migliora direttamente il posizionamento di una pagina. Il suo ruolo è garantire che i motori trovino, esplorino e comprendano le giuste URL. Il guadagno si misura in tasso di indicizzazione e rapidità di considerazione delle modifiche, due metriche che la Search Console consente di monitorare concretamente.
