Un blog che pubblica regolarmente finisce per accumulare decine, a volte centinaia di pagine. Senza un meccanismo centralizzato per collegarle, parte di questi contenuti diventa invisibile, sia per i lettori che per i robot di esplorazione. La mappa del sito, che sia in formato XML o HTML, svolge questo ruolo di mappatura interna. La sua implementazione solleva domande tecniche precise, spesso mal comprese.
Sitemap XML e mappa del sito HTML: due logiche distinte per un blog
La confusione tra sitemap XML e mappa del sito HTML persiste nella maggior parte delle guide. I due file portano lo stesso nome, ma non si rivolgono agli stessi destinatari e non svolgono la stessa funzione.
Il sitemap XML è un file di controllo qualità, non un inventario grezzo. Secondo la documentazione di Google Search Central, dovrebbe contenere solo URL canonici, accessibili, indicizzabili e che rispondono normalmente. Le redirezioni, gli errori 404, le pagine contrassegnate noindex e i duplicati non hanno posto qui.
Su un blog WordPress, la maggior parte delle estensioni genera questo file automaticamente, ma senza filtraggio: le pagine di archivio, i tag poco utilizzati e le bozze pubblicate per errore vi si infilano spesso.
La mappa del sito HTML, invece, è una pagina visibile destinata ai visitatori. Elenca le sezioni e gli articoli secondo una struttura leggibile. Per un blog organizzato in categorie tematiche, questa pagina offre un punto d’ingresso alternativo al menu principale. Consultare il piano del sito di AllBlogger Tips fornisce una panoramica concreta di ciò che produce questo approccio su un blog attivo.
Trattare questi due formati come intercambiabili porta a errori: un sitemap XML sovraccarico di pagine inutili diluisce il budget di crawl, mentre una mappa HTML mal strutturata non apporta nulla alla navigazione.
Budget di crawl e indicizzazione: ciò che il sitemap non risolve da solo
Un’idea diffusa vuole che sia sufficiente inviare un sitemap a Google affinché tutte le pagine siano indicizzate. La realtà documentata da Google è più sfumata: un sitemap non garantisce né l’esplorazione né l’indicizzazione. Segnala ai robot gli URL che l’editore ritiene importanti, senza obbligo di trattamento.
Per un blog di dimensioni modeste (alcune decine di articoli), il sitemap ha soprattutto una funzione di segnale. I robot scoprono la maggior parte delle pagine tramite i link interni. Al contrario, su un blog che supera diverse centinaia di pubblicazioni, il sitemap diventa uno strumento di priorizzazione. Il tag lastmod, ad esempio, può orientare i robot verso gli articoli recentemente aggiornati.
Il tag lastmod: affidabile solo se è onesto
La documentazione di Google precisa che lastmod è utile solo se riflette una modifica sostanziale del contenuto principale, dei dati strutturati o dei link. Modificare un dettaglio cosmetico (una virgola, uno spazio) per aggiornare la data equivale a inviare un falso segnale. I robot finiscono per ignorare questo tag sui siti che ne abusano.
Su WordPress, alcune estensioni aggiornano lastmod ad ogni salvataggio, anche senza un cambiamento reale. Controllare questo comportamento nelle impostazioni del plugin evita di screditare l’intero sitemap.
Link interni e struttura: il complemento che il sitemap non sostituisce
Il sitemap XML facilita la scoperta delle pagine, ma è il collegamento interno che determina il loro peso relativo. Un articolo orfano (senza link in entrata da altre pagine del blog) ha poche possibilità di essere esplorato in priorità, anche se figura nel sitemap.
Tre meccanismi complementari meritano un’attenzione particolare:
- I link contestuali tra articoli permettono ai robot di comprendere le relazioni tematiche tra i contenuti e ai lettori di prolungare la loro lettura
- La navigazione per categorie e sottocategorie struttura l’albero del blog in modo gerarchico, il che aiuta i motori a identificare le pagine pilastro
- La mappa del sito HTML offre una rete di sicurezza: se un articolo non è collegato a nessuna categoria attiva, rimane accessibile da questa pagina centralizzata
Un blog la cui struttura interna si basa esclusivamente sul sitemap XML, senza collegamento editoriale, assomiglia a una biblioteca i cui libri sono catalogati ma mai riposti sugli scaffali.
Inviare un sitemap nel 2024: ciò che è cambiato lato Google
Il meccanismo di notifica automatica del sitemap (il “ping”) è stato deprecato da Google il 26 giugno 2023. Le richieste inviate al vecchio endpoint restituiscono ora un errore 404. Per i blogger che utilizzavano strumenti di invio automatico, questo cambiamento implica una revisione del loro metodo.
Due canali rimangono operativi:
- La dichiarazione del sitemap nel file robots.txt, tramite la direttiva Sitemap: seguita dall’URL completo del file XML
- L’invio manuale o programmato tramite Google Search Console, che consente anche di verificare il numero di URL inviati, scoperti e indicizzati
La Search Console rimane l’unico strumento che fornisce un riscontro sullo stato reale dell’indicizzazione. Un sitemap inviato senza monitoraggio non offre alcuna visibilità sulle pagine ignorate o con errori.
Frequenza di aggiornamento del sitemap
Su un blog che pubblica diversi articoli a settimana, il sitemap deve rigenerarsi automaticamente ad ogni pubblicazione. La maggior parte dei CMS moderni gestisce questo processo nativamente. Su un blog meno attivo, una rigenerazione settimanale è sufficiente. L’obiettivo è che il sitemap rifletta fedelmente lo stato reale del blog in ogni momento, senza URL fantasma né pagine eliminate.
La mappa del sito, che sia XML o HTML, non è uno strumento miracoloso. Funziona come un complemento al collegamento interno, alla qualità del contenuto e a una struttura ben pensata. I blog che ne traggono il massimo vantaggio sono quelli che lo integrano in una routine di manutenzione globale, verificando regolarmente la coerenza tra il sitemap, le pagine realmente online e i dati riportati dalla Search Console.
