Best Practice per la Sitemap XML (e Cosa le Rompe Silenziosamente)
Le best practice per la sitemap XML si riducono a una regola: la sitemap deve elencare gli URL canonici e indicizzabili che vuoi far trovare ai motori di ricerca, e nient'altro. Una sitemap pulita aiuta Google a scoprire e riscansionare le pagine importanti. Una sitemap trascurata gli manda redirect, 404 e URL che non avevi alcuna intenzione di far indicizzare, e l'intero file perde valore come segnale.
Le regole in sé sono semplici. La parte difficile è che le sitemap le produce un software, e l'aggiornamento di un plugin o un deploy possono rendere sbagliata una sitemap corretta senza che nessuno se ne accorga.
A cosa serve una sitemap, e a cosa no
La sitemap è uno strumento di scoperta. Aiuta i motori di ricerca a trovare le pagine, soprattutto sui siti grandi, sui siti nuovi e sulle pagine con pochi link interni. Non è un fattore di ranking, e inserire un URL non costringe Google a indicizzarlo.
Un file minimo è fatto così:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/servizi/seo/</loc>
<lastmod>2026-08-02</lastmod>
</url>
</urlset>
È quasi tutto quello che Google legge. Google ha dichiarato di ignorare <priority> e <changefreq>, e di usare <lastmod> solo quando è costantemente accurato. Perdere tempo a regolare i valori di priority, per Google, non serve a nulla.
Le best practice per la sitemap XML da far rispettare
Includi solo URL che rispondono 200, hanno un canonical verso se stessi e non hanno noindex. Se una pagina non deve essere indicizzata, non deve stare nella sitemap. URL con redirect e 404 sono gli inquinanti più comuni, e di solito compaiono dopo che un contenuto è stato spostato o eliminato mentre il generatore continua a usare un vecchio elenco.
Usa URL assoluti con lo stesso protocollo e lo stesso host della sitemap. Una sitemap su https://www.example.com/ non deve elencare URL http://example.com/. Il file deve essere in UTF-8, e caratteri come & negli URL vanno codificati come &.
Tieni lastmod onesto. Deve cambiare quando cambia il contenuto principale della pagina, non a ogni rebuild. Se una piattaforma mette la data di oggi su tutti gli URL ogni notte, il valore non dice niente a Google, che impara a non tenerne conto.
Rispetta i limiti. Un file sitemap può contenere fino a 50.000 URL e 50MB non compressi. I siti più grandi distribuiscono gli URL su più file, spesso per tipo di contenuto, e li elencano in un indice di sitemap. Dividere per tipo aiuta anche a localizzare i problemi, perché vedi subito quale sitemap figlia ha perso URL. I file si possono comprimere con gzip, ma il limite di 50MB vale per la dimensione non compressa.
Rendila facile da trovare. Aggiungi una riga Sitemap: https://example.com/sitemap_index.xml al robots.txt e invia la sitemap nel report Sitemap di Search Console e in Bing Webmaster Tools. Google ha dismesso l'endpoint di "ping" delle sitemap nel 2023, quindi le strade rimaste sono l'invio e la riga nel robots.txt. Il resto di quel file è trattato nella guida su come verificare il tuo robots.txt.
Chi genera il file
Sapere chi genera la sitemap ti dice cosa può modificarla. Da WordPress 5.5 il core produce una sitemap di base su /wp-sitemap.xml. Yoast SEO e Rank Math la disattivano e servono la propria su /sitemap_index.xml, gestita da impostazioni per tipo di contenuto: se disattivi un tipo nel plugin, tutti i suoi URL spariscono in un colpo. Shopify genera /sitemap.xml in automatico e non ti lascia modificarla direttamente. I siti headless e statici di solito la creano al momento del deploy, quindi una modifica alla configurazione della build può cambiarla.
Come una sitemap valida diventa sbagliata
| Problema | Causa tipica | Come si manifesta |
|---|---|---|
| URL indesiderati in elenco | Il plugin inizia a includere archivi dei tag, pagine allegato o pagine noindex |
Il report Pagine si riempie di URL esclusi provenienti dalla sitemap |
| URL reali mancanti | Generatore reimpostato durante un deploy o una migrazione, tipo di contenuto disattivato | Il numero di URL rilevati cala nel report Sitemap |
lastmod senza significato |
Ogni URL ridatato a ogni build | Tutte le voci hanno la stessa data recente |
| Vecchia sitemap ancora referenziata | Percorso della sitemap cambiato, robots.txt non aggiornato | Search Console segnala un errore di recupero o un file non aggiornato |
| File in cache | CDN o plugin di caching che servono una versione vecchia | La sitemap non include pagine pubblicate giorni fa |
Nessuno di questi problemi produce un errore sul sito. L'XML continua a essere letto correttamente, e la differenza emerge solo se qualcuno confronta il file con com'era prima.
Perché le agenzie non si accorgono di queste modifiche
Su un sito che controlli tu, prima o poi potresti notarlo. Su venti siti clienti dove i deploy li fanno altri sviluppatori, in un normale martedì non c'è quasi mai un motivo per aprire una sitemap. Chi aggiorna un plugin o fa il merge di un rilascio non sta pensando alla sitemap, quindi ogni guasto è un effetto collaterale. Il primo segnale visibile tende a essere un'indicizzazione più lenta delle pagine nuove, o pagine che escono dall'indice, settimane dopo.
Controllo manuale e monitoraggio
Il controllo manuale è semplice: apri il file, annota il numero di URL per ogni sitemap figlia, verifica a campione status code, canonical e noindex di alcuni URL e controlla la riga nel robots.txt. Funziona bene sui siti che ti ricordi di controllare.
Per gli altri, Deltio legge ogni giorno la sitemap di ciascun sito cliente e la confronta con il controllo precedente, con un alert quando vengono aggiunti o rimossi URL. Controlla anche le pagine a cui puntano quegli URL per noindex, canonical e modifiche ai title, e tiene d'occhio il robots.txt, perché una sitemap raramente cambia da sola. Gli alert arrivano su Slack e via email, sito per sito, con il nome del sito e gli URL coinvolti. Il controllo è giornaliero, quindi una modifica viene segnalata al ciclo successivo e non nel momento in cui avviene. Il formato di queste notifiche è descritto in alert sulle modifiche SEO.
Puoi aggiungere un sito cliente con la prova gratuita di 14 giorni e vedere cosa contiene oggi la sua sitemap.
Domande frequenti
- I siti piccoli hanno bisogno di una sitemap XML?
- Secondo Google un sito di qualche centinaio di pagine o meno, con buoni link interni, potrebbe non averne bisogno. Costa comunque quasi nulla, la maggior parte dei CMS la genera in automatico e ti dà il report Sitemap in Search Console per confrontare URL inviati e URL indicizzati.
- Immagini e video devono avere sitemap dedicate?
- Possono averle. Google supporta estensioni del formato sitemap per immagini e video, utili per fargli trovare contenuti multimediali caricati via JavaScript o non linkati nel modo standard. Per le normali immagini nei tag img, una sitemap delle immagini separata serve raramente.
- Una sitemap può elencare URL di un altro dominio?
- Normalmente una sitemap dovrebbe elencare solo URL del proprio host. Le sitemap cross-host sono ammesse quando puoi dimostrare di possedere entrambi i siti, per esempio inviandola da Search Console per entrambe le proprietà o indicandola nel robots.txt di ciascun sito.
- Le pagine paginate delle categorie vanno nella sitemap?
- Includile solo se sono indicizzabili e hanno un canonical verso se stesse. Molti siti mettono canonical o noindex sulle pagine di paginazione profonde, e in quel caso quegli URL devono restare fuori dalla sitemap per non contraddire i segnali a livello di pagina.
- Quanto costa Deltio per il monitoraggio delle sitemap?
- Starter costa 29 € al mese per un massimo di 50 siti e 5.000 URL, oppure 24 € al mese con fatturazione annuale. Professional (200 siti) costa 59 € al mese o 49 € con fatturazione annuale, Enterprise (500 siti) 139 € al mese o 116 € con fatturazione annuale. Ogni piano include una prova gratuita di 14 giorni.