Un sito di 200 pagine di cui la metà rimane invisibile su Google, abbiamo tutti vissuto questo scenario. Il problema raramente deriva dal contenuto: è la sitemap che orienta (o disorienta) i robot di esplorazione. Organizzare correttamente questo file cambia le carte in tavola sulla velocità di scoperta delle pagine e, di riflesso, sul posizionamento naturale del sito web.
Sitemap XML: un file di diagnostica prima di essere un elenco di URL
Spesso si tratta la sitemap come un semplice inventario di pagine. In pratica, è uno strumento di diagnostica. Il rapporto Sitemaps di Google Search Console mostra l’ultima lettura del file, il numero di URL rilevate e gli errori di elaborazione. Una menzione “successo” significa che il file è stato analizzato correttamente, non che tutte le URL siano indicizzate.
Questa distinzione è fondamentale. Google tratta la sitemap come un segnale di scoperta e non come una richiesta di indicizzazione automatica. Si può elencare un’URL perfettamente valida che Google deciderà di non indicizzare, per mancanza di pertinenza o a causa di contenuti duplicati. Prima di aggiungere pagine al file, si verifica quindi che meritino di figurare.
Per approfondire la struttura e le buone pratiche attorno a questo file, la pagina expertsmarketing.fr del sito dettaglia i formati accettati e gli errori comuni da correggere in priorità.
Ordinamento delle URL nella sitemap: cosa tenere, cosa rimuovere
Il riflesso comune consiste nel generare una sitemap automatica tramite un plugin (Yoast, Rank Math, All in One SEO) e non toccarla più. Il risultato: pagine di tag, archivi di categorie vuoti, URL con parametri di ordinamento o di paginazione, il tutto mescolato con le pagine strategiche. Il robot di Google perde tempo su URL inutili e rallenta l’esplorazione delle pagine che contano.
Prima di inviare il file, si filtra secondo criteri concreti:
- Ogni URL deve restituire un codice HTTP 200. Le redirezioni (301, 302) e gli errori (404, 410) non hanno nulla a che fare con la sitemap.
- La pagina deve essere indicizzabile: niente tag noindex nell’head, nessun blocco nel robots.txt.
- Il contenuto deve essere unico. Una pagina prodotto declinata in sei varianti di colore con lo stesso testo ingombra il file senza apportare valore.
- Le pagine orfane (senza link interni) meritano o un link dalla struttura del sito, o un ritiro dalla sitemap se non servono più.
Su un sito e-commerce o un portale con diverse centinaia di pagine, questo ordinamento riduce a volte la sitemap della metà. Il guadagno è diretto: il budget di crawl si concentra sui contenuti ad alto potenziale SEO.
Sitemap index e segmentazione per tematica
Quando il sito supera alcune decine di pagine, si guadagna in leggibilità (per noi e per Google) segmentando la sitemap. Il protocollo sitemaps.org consente un file di indice che punta a più sitemap figlie. Si può suddividere per tipo di contenuto: un file per gli articoli del blog, un altro per le pagine di servizi, un terzo per le schede prodotto.
Una sitemap segmentata facilita la diagnostica in Search Console. Se il rapporto mostra un tasso di indicizzazione basso sul file “blog” ma corretto sul file “servizi”, sappiamo esattamente dove cercare il problema. Con una sitemap monolitica, questa granularità scompare.
Per i siti che pubblicano video o immagini di alto valore (portfoli, tutorial), esistono sitemap specializzate. La sitemap video, ad esempio, arricchisce i risultati di ricerca con miniature. I feedback variano sull’impatto reale di questi file specializzati a seconda delle dimensioni del sito, ma su un sito con contenuti visivi ricchi, lo sforzo rimane limitato per un guadagno potenziale di visibilità.
Invio e dichiarazione della sitemap: i metodi ancora validi
Un punto spesso ignorato: il vecchio endpoint di ping della sitemap di Google è stato rimosso nel 2023. Le guide che raccomandano ancora un’URL di tipo google.com/ping?sitemap=... sono superate. Continuare a utilizzarla non provoca errori visibili, ma la chiamata non ha più alcun effetto.
I metodi attualmente riconosciuti per dichiarare una sitemap sono tre:
- Invio diretto tramite l’interfaccia di Google Search Console, nella sezione “Sitemaps”.
- L’API Search Console, utile per i siti gestiti da team tecnici o strumenti di automazione.
- La dichiarazione nel file robots.txt con la direttiva
Sitemap:seguita dall’URL completo del file. Questo metodo ha il vantaggio di funzionare anche per Bing e altri motori.
Si combina generalmente l’invio tramite Search Console e la dichiarazione nel robots.txt. La ridondanza non crea problemi e copre il caso in cui un motore secondario consulti solo il robots.txt.
Frequenza di aggiornamento e tag lastmod
Il tag lastmod nella sitemap XML indica la data dell’ultima modifica di una pagina. Google lo utilizza come indice per dare priorità all’esplorazione dei contenuti recentemente aggiornati. Il tranello: alcuni CMS aggiornano questa data a ogni salvataggio, anche senza modifiche reali del contenuto. Il segnale perde quindi tutta affidabilità.
Aggiornare lastmod solo quando il contenuto cambia realmente rimane la regola. Una data artificiale non accelera l’indicizzazione. Può al contrario indurre Googlebot a riesaminare la pagina, constatare che non c’è nulla di nuovo e, nel tempo, diradare le sue visite.
Per la frequenza di rigenerazione del file stesso, una sitemap dinamica (generata al volo o ricalcolata quotidianamente) è adatta ai siti che pubblicano spesso. Un sito vetrina aggiornato una volta al mese non ha bisogno di una sitemap ricalcolata ogni ora.
La sitemap non sostituisce né un buon interlinking, né contenuti di qualità, né una struttura di sito coerente. È un leva tecnica complementare. Quando è ben organizzata, filtrata e inviata correttamente, fornisce ai motori di ricerca esattamente ciò di cui hanno bisogno per esplorare il sito senza sprecare risorse.
