Come creare una sitemap: i quattro campi e i due che Google ignora

Per sapere come creare una sitemap serve un solo file UTF-8 nella radice del sito, con gli URL assoluti che vuoi vedere nei risultati di ricerca. Google ignora due dei quattro campi che le persone compilano di solito. Il file non indicizza nulla: dice cosa esiste e, se un campo è onesto, quando è cambiato.

Parti dall’elenco delle pagine che vuoi posizionare, non dall’elenco di tutte le pagine. Elenchi filtrati, archivi di tag, duplicati di paginazione e pagine di ringraziamento restano fuori. Una sitemap è una dichiarazione di intenti che gli altri segnali confrontano con il contenuto reale.

Se il tuo sistema pubblica già una sitemap, non costruirne una seconda. Leggi prima quella che esiste: la maggior parte di questo capitolo diventa una verifica, non una costruzione.

Perché due dei quattro campi non servono

Il formato XML consente quattro elementi per URL. La documentazione Google sulle sitemap, letta il 24 agosto 2026, liquida metà in una frase: «Google ignores <priority> and <changefreq> values».

La condizione della seconda riga è la parte interessante, ed è una condizione, non una preferenza: Google «uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate». Poi definisce cosa conta: «an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not».

Un modello che ogni notte mette la data di oggi su ogni URL non manda un segnale di freschezza. Manda un campo che si può confrontare con la pagina e trovare falso, su ogni URL, ogni notte. Abbiamo misurato la frequenza: 13 siti su 24 non dicono nulla con il lastmod (in inglese).

Bing ha scritto lo stesso verdetto su se stesso, così ci sono due motori agli atti: «Optional sitemap tags like changefreq and priority are ignored by Bing and do not influence how your content is crawled or ranked» (Keeping content discoverable with sitemaps in AI-powered search, pubblicato il 31 luglio 2025, letto il 9 settembre 2026). Su 168.434 voci URL lette il 9 settembre 2026, sette sitemap su 24 portavano ancora changefreq e 17 non portavano nessuno dei due campi; tra le sette, quattro mettevano un solo valore sul 97% o più del file, che è la forma di un valore predefinito, non di una decisione.

Una sitemap è un’affermazione sul tuo sito che un motore può verificare. Ogni campo compilato senza cura è un’affermazione che fallisce il controllo.

Come creare una sitemap in cinque passi

Su un sito piccolo il lavoro manuale richiede una ventina di minuti, e vale la pena farlo una volta anche se poi se ne occupa un plugin. È quel passaggio manuale a mostrarti quali URL non ti aspettavi.

1. Elenca gli URL che vuoi nei risultati, come indirizzi assoluti. Google è esplicito: «Google will attempt to crawl your URLs exactly as listed». I percorsi relativi non bastano.
2. Scrivi un blocco <url> per indirizzo, con <loc> e, se riesci a produrlo con onestà, <lastmod>. Fai l’escape di ampersand e altre entità, come in qualsiasi XML.
3. Salva in UTF-8 e metti il file nella radice. La posizione conta: «unless you submit your sitemap through Search Console, a sitemap affects only descendants of the parent directory».
4. Dichiarala in robots.txt con una riga Sitemap: e inviala in Search Console. Le due vie sono indipendenti e poco costose.
5. Taglia ai limiti. Una sitemap è limitata a «50MB (uncompressed) or 50,000 URLs». Oltre uno dei due, dividi il file e invia un indice delle sitemap.

Il passo 4 ha un secondo beneficio sui siti grandi: inviare più sitemap separate permette di leggere la copertura per gruppo in Search Console, e quindi di scoprire che una sezione è indicizzata e un’altra no.

Il risultato: due file e un conteggio

Una sitemap minima. È tutto il formato: non c’è un’intestazione da azzeccare oltre queste due righe.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/foo.html</loc>
    <lastmod>2026-08-24</lastmod>
  </url>
</urlset>

Un indice delle sitemap, quando superi un limite o vuoi report per sezione:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-blog.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

E il conteggio, il controllo che vale la pena eseguire dopo ogni deploy: dice quanti URL stai davvero dichiarando e se il file si avvicina a un limite.

curl -s https://example.com/sitemap.xml \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//' | tee /tmp/sitemap-urls.txt | wc -l

# Byte rispetto al tetto di 50 MB
curl -s https://example.com/sitemap.xml | wc -c

# Indirizzi elencati che non restituiscono 200
while read -r u; do
  printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' "$u")" "$u"
done < /tmp/sitemap-urls.txt | grep -v '^200'

Cosa si rompe e come riconoscerlo

La sitemap elenca URL che reindirizzano

Sintomo: Search Console segnala pagine «Pagina con reindirizzamento» in un numero che corrisponde a una sezione del sito. Causa: il file è stato generato prima di un cambio di URL. Il terzo comando sopra le trova in un passaggio.

Sitemap e canonical si contraddicono

La guida Google sulla canonicalizzazione sconsiglia proprio questo: non «specify one URL in a sitemap, but a different URL for that same page using rel="canonical"». La presenza nella sitemap è un segnale di canonicalizzazione debole: la contraddizione di solito non vince, spreca solo il segnale.

Appaiono sia gli URL mobile sia quelli desktop

Se una pagina ha due indirizzi, Google raccomanda di indicarne solo uno nella sitemap. Elencarli entrambi senza annotazioni chiede al motore di decidere qualcosa che tu sai già.

Il file esiste ma nessuno lo indica

Una sitemap di cui nessuno è stato informato si trova solo per convenzione. La riga in robots.txt costa una riga; abbiamo visto che dichiarazione e apertura variano più del previsto (in inglese).

Cosa una sitemap non farà

Non farà indicizzare una pagina. La rende scopribile, che è un’affermazione più debole, e non aggiunge nulla a una pagina già scopribile dai tuoi link. Su un sito piccolo con link interni puliti, il valore realistico è quello di un elenco che puoi confrontare, non di una fonte di traffico.

Non salva nemmeno una pagina bloccata, rotta o esclusa di proposito. Elencare un URL che restituisce un reindirizzamento, un 404 o noindex non annulla nessuno di questi segnali. Fermati quando il numero di URL in Search Console coincide con quello del file e le pagine scoperte sono quelle che volevi. Non c’è uno stato successivo.

Il passo dopo è dire ai motori che qualcosa è cambiato: è un altro meccanismo, con i suoi modi di fallire. Vedi come indicizzare una pagina più velocemente. Per la catena completa, dalla scansione alla citazione, il percorso di diagnosi parte qui.

Domande frequenti

La sitemap è obbligatoria?

No, se il sito è piccolo e ogni pagina è raggiungibile dai tuoi link. Diventa utile quando il sito cresce, quando le pagine sono poco collegate o quando vuoi la copertura per sezione. Crearla costa quasi nulla, per questo la risposta pratica è sì e quella di principio è no.

Dove deve stare il file?

Nella radice, perché una sitemap «affects only descendants of the parent directory» salvo invio tramite Search Console. Un file in /blog/sitemap.xml non può parlare per /products/.

Posso usare un feed RSS come sitemap?

Sì. Google accetta feed RSS 2.0 e Atom 1.0 inviati come sitemap, con un avvertimento: un feed «only provides information on recent URLs». È un buon canale di freschezza e un cattivo inventario.

Quanti URL entrano in una sitemap?

50.000, o 50 MB non compressi, quello che arriva prima. Oltre, si divide il file e si invia un indice. La maggior parte dei siti è lontana, e chi arriva lo scopre per un errore di validazione, non per un conteggio.