Un file sitemap XML è presente nella maggior parte dei siti web, ma il suo ruolo va ben oltre la semplice formalità tecnica. Questo piano del sito, depositato nella radice del server, funge da interfaccia diretta tra le vostre pagine e i robot di indicizzazione. Google, Bing e altri si basano su questo file per scoprire, esplorare e classificare gli URL di un sito. Senza sitemap, alcune pagine rimangono invisibili, soprattutto sui siti di grandi dimensioni o quelli con una struttura interna carente.
Il segnale lastmod nel sitemap XML: un leva poco sfruttata
Il tag lastmod del sitemap XML indica ai motori la data dell’ultima modifica significativa di una pagina. In teoria, questo segnale accelera la considerazione degli aggiornamenti da parte di Google. In pratica, la maggior parte dei siti genera questa data automaticamente, senza un reale legame con una modifica del contenuto.
Lettura complementare : Scopri le ultime tendenze moda per esaltare il tuo stile quotidiano
Molti specialisti raccomandano, dal 2025-2026, di fornire un lastmod strettamente allineato all’ultima modifica reale del contenuto, oppure di non utilizzarlo affatto. Un lastmod sistematicamente errato o aggiornato ad ogni passaggio del robot può portare Google a ignorare completamente questo segnale, neutralizzando uno dei principali vantaggi del sitemap per accelerare l’indicizzazione.
Molti CMS aggiornano il lastmod non appena viene pubblicato un commento o un plugin modifica un elemento minore della pagina. Su un sito e-commerce con diverse migliaia di schede prodotto, un lastmod affidabile consente ai robot di concentrare la loro esplorazione sulle pagine recentemente modificate.
Vedi anche : Perché consultare la mappa del sito ComplexInfo per navigare efficacemente sul web
I siti che automatizzano correttamente questa data notano una migliore reattività di Google di fronte ai cambiamenti di prezzo, di stock o di contenuto editoriale. Navigando nella pagina sitemap di Refair, si osserva un esempio di strutturazione in cui gli URL sono organizzati per categorie con date di modifica coerenti.
Sitemap e crawl budget: perché i grandi siti non possono farne a meno
Il crawl budget si riferisce al numero di pagine che un motore di ricerca accetta di esplorare su un sito durante una sessione data. Per un blog di venti pagine, la questione non si pone. Per un sito e-commerce, un media o una piattaforma SaaS con migliaia di URL, il sitemap diventa uno strumento di gestione.
La documentazione di Google sulla gestione del crawl budget, aggiornata nel 2026, posiziona il sitemap non più solo come uno strumento di indicizzazione, ma come un leva per ottimizzare l’esplorazione di grandi basi di contenuto. Il file aiuta i robot a distinguere le pagine prioritarie dalle pagine obsolete.
Un sitemap ben strutturato agisce come un filtro. Invece di lasciare che Googlebot esplori URL di filtri, di paginazione o di pagine senza valore aggiunto, il file orienta l’esplorazione verso contenuti di alto valore. Nei siti complessi, suddividere il sitemap in più file tematici (uno per categoria di prodotti, uno per il blog, uno per le pagine istituzionali) consente di monitorare precisamente, tramite la Search Console, quali sezioni sono correttamente esplorate e quali presentano problemi.
Tag priority e changefreq: campi diventati inutili
Per anni, i webmaster hanno compilato i tag priority e changefreq nei loro sitemap XML, pensando di influenzare la frequenza di passaggio dei robot o la gerarchia di indicizzazione. Le raccomandazioni attuali sono chiare: questi due tag non hanno più effetto sul comportamento di Google.
Gli esperti tecnici consigliano di non implementarli più, per evitare di dare ai team aziendali l’impressione che questi campi influenzino ancora la frequenza di crawl o la priorità di indicizzazione. Rimuoverli alleggerisce il file, riduce il rumore e riporta l’attenzione solo sui campi utilizzabili:
- L’URL stesso (tag loc), che rimane l’informazione fondamentale trasmessa ai motori
- Il lastmod, a condizione che rifletta una modifica reale del contenuto della pagina
- L’organizzazione in sottositemap tematici, per facilitare la diagnosi nella Search Console
Mantenere i tag priority e changefreq in un sitemap non comporta penalità, ma alimenta una confusione su ciò che funziona realmente. Un sitemap minimalista, con solo URL e date affidabili, svolge meglio il suo ruolo rispetto a un file sovraccarico di metadati obsoleti.
Sitemap HTML per la navigazione degli utenti: un formato distinto
Il sitemap XML è destinato ai robot. Il sitemap HTML è destinato ai visitatori. Questa distinzione è spesso sfumata, mentre i due file rispondono a logiche diverse.
Una pagina sitemap HTML elenca le sezioni e le pagine principali del sito sotto forma di link cliccabili. Serve come piano di navigazione per gli utenti che non trovano ciò che cercano tramite il menu principale o la ricerca interna. Su un sito con una struttura profonda, questa pagina riduce il numero di clic necessari per raggiungere un contenuto sepolto.
Dal punto di vista SEO, il sitemap HTML contribuisce al collegamento interno. Ogni link presente su questa pagina trasmette link juice verso le pagine target. Per i siti le cui sezioni sono mal collegate al resto della struttura, il sitemap HTML funge da rete di sicurezza: garantisce che ogni pagina importante riceva almeno un link interno.
I due formati non sono intercambiabili. Un sito ben ottimizzato utilizza entrambi:
- Il sitemap XML, inviato nella Search Console, per guidare l’esplorazione dei robot
- Il sitemap HTML, accessibile dal footer, per offrire un punto di accesso alternativo ai visitatori
- Una coerenza tra i due: gli URL presenti nel sitemap HTML devono anche figurare nel XML, e viceversa per le pagine di valore aggiunto
Molti siti generano un sitemap XML automatico tramite il loro CMS, ma non offrono alcuna pagina HTML equivalente. I robot trovano quindi le pagine, ma i visitatori smarriti non hanno alcun ricorso di navigazione strutturato.
Un sitemap, qualunque sia il suo formato, non compensa un’architettura di sito difettosa. Corregge lacune di esplorazione e navigazione, ma non sostituisce né un collegamento interno coerente né una struttura pensata in anticipo. Considerarlo come uno strumento di diagnosi tanto quanto di trasmissione rimane la postura più produttiva per i team tecnici ed editoriali.