Sitemap XML: Cos’è, a Cosa Serve e Come Crearla Senza Errori


Fabio Bassignana|SEO Tecnica||17 min di lettura|Ultimo aggiornamento:
Copertina dell'articolo sulla sitemap XML: il file sitemap.xml collegato a tre sitemap figlie per pagine, articoli e prodotti

Hai pubblicato pagine nuove e Google non le trova, oppure Search Console segnala URL inviati che non vengono indicizzati? Spesso la risposta passa dalla sitemap XML. È il file con cui un sito dice ai motori di ricerca quali pagine esistono, dove si trovano e quando sono cambiate: semplice da creare, ma altrettanto facile da sbagliare.

La sitemap XML in breve

  • Cos’è: un file in formato XML che elenca gli URL di un sito che vuoi vedere nei risultati di ricerca, con la data dell'ultima modifica.
  • A cosa serve: aiuta Google, Bing e gli altri motori a scoprire le pagine e a decidere quali scansionare di nuovo.
  • Cosa non fa: non garantisce l'indicizzazione e non migliora da sola il posizionamento.
  • Limiti: 50.000 URL e 50 MB non compressi per file; oltre si usa un indice di sitemap.
  • Cosa contiene: solo URL canonici, indicizzabili e con risposta 200.
  • Tag utili per Google: <loc> e <lastmod>; <priority> e <changefreq> vengono ignorati.
  • Come si invia: dal report Sitemap di Search Console, da Bing Webmaster Tools e con la riga Sitemap: nel robots.txt.

Cos’è una sitemap XML?

Una sitemap XML è un file, scritto secondo il protocollo pubblicato su sitemaps.org, che elenca gli URL di un sito insieme ad alcune informazioni su ciascuno, come la data dell'ultima modifica. È pensata per i crawler dei motori di ricerca: un elenco che legge un programma e che i visitatori del sito di solito non vedono. Non va confusa con l'alberatura del sito web, la struttura gerarchica delle pagine che la sitemap si limita a elencare.

Google ha introdotto le sitemap nel 2005; l'anno successivo il formato è diventato uno standard condiviso con Yahoo e Microsoft, con la versione 0.9 del protocollo che si usa ancora oggi. Nella documentazione di Google Search Central la sitemap è descritta come un file che informa sulle pagine, sui video e sugli altri file del sito e sulle relazioni tra loro.

Audit SEO

Audit SEO tecnico per siti ed e-commerce, con gli interventi ordinati per impatto.

Scopri l'Audit SEO

A cosa serve la sitemap XML?

La sitemap XML serve a far scoprire ai motori di ricerca le pagine di un sito e a segnalare quali sono cambiate, così che il crawler possa decidere dove tornare. È particolarmente utile per le pagine che i link interni raggiungono poco, come le schede prodotto in fondo a una categoria o gli articoli più vecchi di un blog.

Ci sono però due cose che la sitemap non fa:

  • Non garantisce l'indicizzazione: Google la considera un suggerimento e decide da sé quali URL scansionare e quali tenere nell'indice.
  • Non migliora il posizionamento: una pagina in sitemap non si posiziona meglio di una che ne è fuori, perché la sitemap agisce solo sulla scoperta delle pagine.

C'è anche un effetto meno noto. Tra i segnali che Google usa per scegliere l'URL canonico di un gruppo di pagine duplicate, insieme al tag canonical, la presenza in sitemap è un segnale debole ma reale: elencare un URL equivale a dire "questa è la versione da mostrare". Per questo una sitemap piena di URL sbagliati finisce per contraddire il resto del sito.

La sitemap serve anche per la ricerca con l'AI?

Sì, soprattutto per Bing. Il 31 luglio 2025 il team di Bing Webmaster ha scritto che nella ricerca basata sull'AI le sitemap sono uno dei segnali principali per scoprire i contenuti e capire se sono aggiornati: il valore di lastmod aiuta Bing a decidere quali URL riscansionare e quali saltare: decide quindi quanto in fretta le modifiche arrivano nei risultati e nelle risposte generate. Per le AI Overview e la Modalità AI Google non chiede sitemap particolari: valgono le stesse regole della ricerca tradizionale, perché le pagine citate vengono dall'indice, come spiega la guida alla Generative Engine Optimization del blog.

I siti per cui la sitemap conta di più

Google indica tre casi in cui la sitemap è più utile:

  • Siti grandi: oltre le 500 pagine circa diventa più probabile che alcune non ricevano link sufficienti per essere trovate.
  • Siti nuovi: con pochi link da altri siti, il crawler ha poche strade per arrivare alle pagine.
  • Siti con molti video, immagini o notizie: le estensioni della sitemap aggiungono informazioni che dalla pagina non si ricavano.

Un sito piccolo e ben collegato può farne a meno, ma Google stesso osserva che nella maggior parte dei casi una sitemap porta benefici. Dato che i CMS la generano da soli, il problema quasi mai è averla o non averla: è che cosa contiene.

Com'è fatta una sitemap XML?

Una sitemap XML è codificata in UTF-8 e ha un elemento <urlset> che contiene un blocco <url> per ogni pagina. Questo è un esempio minimo con due URL:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.esempio.it/</loc>
    <lastmod>2026-09-15T10:30:00+02:00</lastmod>
  </url>
  <url>
    <loc>https://www.esempio.it/servizi/consulenza/</loc>
    <lastmod>2026-08-02T16:05:00+02:00</lastmod>
  </url>
</urlset>

I tag previsti dal protocollo sono cinque:

  • urlset (obbligatorio): racchiude il file e dichiara lo standard usato.
  • url (obbligatorio): contiene i dati di una singola pagina.
  • loc (obbligatorio): l'URL completo, con protocollo e dominio, sotto i 2.048 caratteri.
  • lastmod (facoltativo): la data dell'ultima modifica nel formato W3C Datetime, solo data (2026-09-15) o data e ora con fuso orario.
  • changefreq e priority (facoltativi): frequenza di aggiornamento e importanza relativa da 0.0 a 1.0.

Gli URL devono essere assoluti (https://www.esempio.it/pagina/, mai /pagina/) e i caratteri speciali vanno scritti come entità XML: la e commerciale, per esempio, diventa &amp;.

A cosa serve il lastmod?

Sì, ma solo se è affidabile. Google usa lastmod per programmare la nuova scansione degli URL che conosce già, a condizione che il valore sia "costantemente e verificabilmente accurato". Conta come modifica un cambiamento del contenuto principale, dei dati strutturati o dei link; non conta l'anno del copyright aggiornato nel footer.

Il caso tipico di lastmod inaffidabile è quello di centinaia di URL con la stessa data e ora, segno che il valore è l'orario in cui è stata generata la sitemap e non quello in cui sono cambiate le pagine. Quando se ne accorge, Google smette di fidarsi del dato per quel sito.

Priority e changefreq servono ancora?

No. Google ha confermato nel 2023 di ignorare <priority> e <changefreq>; Bing ha scritto la stessa cosa nel 2025. Non fanno danni, ma non conviene perdere tempo a regolarli: meglio investire nella correttezza di lastmod.

Cos’è un indice di sitemap e quando serve?

Un indice di sitemap è un file XML che elenca altre sitemap invece che pagine: al posto di <urlset> usa <sitemapindex>, con un blocco <sitemap> e un <loc> per ogni file. Serve quando un solo file non basta o quando vuoi dividere le sitemap per tipo di contenuto (pagine, articoli, prodotti), così da leggere in Search Console i dati di ogni sezione.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.esempio.it/sitemap-pagine.xml</loc>
    <lastmod>2026-09-15T10:30:00+02:00</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.esempio.it/sitemap-prodotti.xml</loc>
  </sitemap>
</sitemapindex>

Le regole da conoscere sono poche:

  • Limiti per file: ogni sitemap contiene al massimo 50.000 URL e pesa al massimo 50 MB non compressa; un indice elenca al massimo 50.000 sitemap. Tutti i file si possono comprimere in gzip.
  • Niente indici annidati: un indice può elencare soltanto sitemap di URL; se tra le voci c'è un altro indice, Search Console segnala un errore di formato ("Nested sitemap indexes" nella versione inglese).
  • Ambito: una sitemap vale per gli URL della cartella in cui si trova e delle sottocartelle, sullo stesso protocollo e dominio. Di solito, quindi, sta nella root.
  • Quanti indici: in Search Console puoi inviare fino a 500 indici di sitemap per sito.

Con questi numeri, un indice può coprire fino a 2,5 miliardi di URL: un limite che nessun sito aziendale raggiunge, ma che spiega perché dividere le sitemap non è mai un problema tecnico.

Quali tipi di sitemap esistono?

Google accetta tre formati: la sitemap XML, i feed RSS, mRSS e Atom 1.0 oppure la sitemap in testo semplice, un file .txt con un URL per riga. La sitemap XML è la più usata perché è l'unica che supporta le estensioni:

  • Immagini: aiuta Google a trovare immagini caricate in modo che il crawler non le veda, per esempio tramite JavaScript.
  • Video: aggiunge titolo, descrizione, miniatura e durata dei video.
  • News: per i siti in Google News, con titolo e data di pubblicazione degli articoli degli ultimi due giorni.
  • Versioni linguistiche: con gli elementi xhtml:link e l'attributo hreflang indica le traduzioni di ogni pagina, un metodo comodo nella SEO internazionale quando le lingue sono molte.

Che differenza c'è tra sitemap XML e sitemap HTML?

La sitemap XML è un file per i motori di ricerca; la sitemap HTML è una pagina del sito, pensata per le persone, con l'elenco cliccabile delle sezioni principali. La seconda aiuta gli utenti a orientarsi e distribuisce qualche link interno, ma non sostituisce la prima: Google non la tratta come una sitemap e non la puoi inviare in Search Console.

Quali URL mettere nella sitemap XML?

Nella sitemap vanno solo gli URL che vuoi vedere nei risultati di ricerca. In pratica ogni URL deve superare quattro controlli:

Elenco dei requisiti di ogni URL nella sitemap XML: risponde con il codice 200 senza redirect, ha il canonical che punta a sé stesso, non ha noindex, non è bloccato dal robots.txt, è un URL assoluto sul dominio e protocollo giusti e ha un lastmod che cambia solo quando cambia il contenuto.
  • Risponde 200: niente pagine che danno errore 404 o 410, niente redirect 301 o 302. Se un URL è stato spostato, in sitemap va la destinazione.
  • È canonico: il suo tag canonical punta a sé stesso. Un URL il cui canonical punta altrove dice a Google di indicizzare un'altra pagina, mentre la sitemap chiede di indicizzare questa.
  • È indicizzabile: non ha un noindex nel meta tag robots o nell'intestazione X-Robots-Tag.
  • È scansionabile: non è bloccato da una regola Disallow nel robots.txt.

Restano fuori, quindi, le pagine con parametri di filtro e ordinamento, le versioni stampabili, le pagine di ricerca interna, i risultati impaginati che hanno il canonical sulla prima pagina, le pagine di ringraziamento e di area riservata. Per le varianti di dominio vale la stessa logica: se il sito risponde su https://www., nella sitemap non devono comparire URL senza www o in http.

Cosa succede se la sitemap contiene URL sbagliati?

Google non penalizza un sito per una sitemap disordinata, ma i danni ci sono lo stesso. Il primo è la fiducia: se molti URL rimandano altrove o sono esclusi, la sitemap perde valore come fonte e anche il suo lastmod smette di contare. Il secondo è la diagnosi: nel report Indicizzazione delle pagine gli URL inviati e non indicizzati diventano migliaia; le pagine in reale difficoltà si perdono tra quelle escluse di proposito. Il terzo riguarda i siti grandi, dove ogni URL inutile consuma una parte del crawl budget, le risorse che Google dedica alla scansione.

La verifica su 15 sitemap italiane

Per capire quanto sono diffusi questi errori in Italia, abbiamo controllato le sitemap dei 16 siti italiani in prima pagina su Google per le ricerche "sitemap xml", "sitemap cos'è" e "sitemap a cosa serve": agenzie, blog di SEO, fornitori di hosting e scuole di formazione, cioè chi la sitemap la spiega agli altri. Uno blocca le richieste automatiche con una verifica anti-bot, quindi i dati riguardano 15 siti. Per ognuno sono stati letti il robots.txt, tutte le sitemap e fino a 100 URL, controllando codice di risposta, noindex e canonical.

Risultati della nostra verifica su 15 sitemap di siti italiani in prima pagina per le ricerche sulla sitemap: 5 siti su 15 hanno URL con problemi, 5 hanno lastmod mancanti, 5 usano ancora priority o changefreq, 2 hanno lastmod uguali per molti URL, 1 non dichiara la sitemap nel robots.txt e nessuno ha URL in noindex nel campione controllato.
  • 5 siti su 15 hanno URL con problemi: pagine che rispondono con un errore del server (in un caso quasi un URL su tre del campione), redirect 301, pagine con il canonical sulla home e, in un sito, più di mille URL con un'ancora (#) che puntano a paragrafi della stessa pagina.
  • 5 su 15 non danno il lastmod a una parte degli URL, in un caso a oltre l'80%.
  • 2 su 15 hanno lastmod inaffidabili: in uno 1.410 URL su circa 2.000 riportano come data di modifica lo stesso istante, quello in cui è stata generata la sitemap, nell'altro 80 pagine hanno la stessa data e ora.
  • 5 su 15 usano ancora priority o changefreq, che Google e Bing ignorano.
  • 1 su 15 non dichiara la sitemap nel robots.txt; un altro vi dichiara come sitemap anche due file llms.txt, che non lo sono.
  • Nessuno ha URL in noindex nel campione controllato. Nessuno usa indici annidati.

Il quadro è diverso da quello dei grandi siti internazionali: i plugin SEO più diffusi tengono fuori le pagine in noindex: infatti quell'errore non compare. Gli errori che restano sono quelli che il plugin non può vedere, come una pagina che il server non riesce a servire, un canonical impostato male dal tema o un lastmod calcolato nel momento sbagliato. Nessuno di questi siti ha una sitemap inutilizzabile, ma un terzo manda a Google segnali in contraddizione.

Strumenti separati, segnali in contraddizione

Così tante sitemap sono sbagliate perché la sitemap, i redirect, i canonical e i noindex di un sito spesso li gestiscono strumenti diversi che non si parlano. Il plugin genera la sitemap dall'elenco dei contenuti pubblicati; i redirect stanno in un modulo o nel file di configurazione del server; il noindex lo imposta chi pubblica, pagina per pagina; il canonical lo decide il tema. Nessuno di questi strumenti verifica cosa fanno gli altri.

A settembre 2026 Joost de Valk, fondatore di Yoast, ha pubblicato un'analisi con il suo strumento Sitemap Inspector su siti come Adobe, GOV.UK, Manchester City, Semrush e Anthropic, trovando in quasi tutti URL in noindex, redirect, errori o canonical verso altre pagine. La sua conclusione è la stessa: le sitemap sbagliate nascono da sistemi separati e funzionano quando un solo sistema controlla tutti i segnali.

La soluzione pratica è generare la sitemap in modo dinamico, leggendo lo stato reale di ogni pagina: la sitemap deve escludere da sola una pagina quando le metti il noindex, quando ne crei il redirect o quando la sposti nel cestino. Se il CMS non lo fa, serve almeno un controllo periodico con un crawler che confronti la sitemap con le risposte vere del sito.

Come si crea una sitemap XML?

Nella maggior parte dei casi non la scrivi a mano: la genera il CMS o un suo modulo. Ecco dove si trova sulle piattaforme più diffuse:

  • WordPress: dalla versione 5.5 del 2020 crea una sitemap di base all'indirizzo /wp-sitemap.xml. Plugin come Yoast SEO e Rank Math la sostituiscono con /sitemap_index.xml, che esclude in automatico i contenuti in noindex. Sulla configurazione, vedi la nostra pagina sulla SEO per WordPress.
  • Shopify: genera da solo /sitemap.xml, un indice con le sitemap di prodotti, collezioni, pagine e articoli; non si modifica direttamente.
  • WooCommerce: usa la sitemap di WordPress o quella del plugin SEO installato.
  • PrestaShop: si crea con il modulo Google Sitemap, che va rigenerato o programmato con un'attività cron.
  • Magento (Adobe Commerce): si configura in Marketing, SEO e ricerca, Sitemap, con la generazione pianificata.
  • Siti su misura: la sitemap va generata dal database, meglio se a ogni richiesta o con una cache breve, così resta allineata ai contenuti.

I generatori online che scansionano il sito e producono un file da caricare vanno bene per un sito statico di poche pagine. Su un sito che cambia hanno un limite evidente: il file è una fotografia che dal giorno dopo inizia a diventare vecchia.

Come inviare la sitemap a Google e a Bing?

Una volta pubblicata la sitemap, i modi per farla conoscere ai motori di ricerca sono tre. Conviene usarli tutti:

I cinque passi per pubblicare una sitemap XML: generarla dal CMS in modo dinamico, dichiararla con la riga Sitemap nel robots.txt, inviarla a Google Search Console e a Bing Webmaster Tools, leggere lo stato nel report Sitemap e confrontare le pagine inviate con quelle indicizzate.
  1. Robots.txt: aggiungi al file robots.txt la riga Sitemap: https://www.esempio.it/sitemap.xml, con l'URL completo. Vale per tutti i motori di ricerca, che la leggono in automatico. Puoi elencare più sitemap.
  2. Google Search Console: apri il report Sitemap, scrivi l'indirizzo nel campo "Aggiungi una nuova sitemap" e premi Invia. Se hai un indice, basta inviare quello.
  3. Bing Webmaster Tools: nella sezione Sitemap invii lo stesso indirizzo, come descritto nella guida a Bing Webmaster Tools del blog. Bing legge la sitemap subito dopo l'invio e poi la rilegge almeno una volta al giorno.

Il vecchio metodo del "ping" (una richiesta a un indirizzo di Google con l'URL della sitemap) non esiste più: Google lo ha dismesso a fine 2023 perché la maggior parte degli invii anonimi era spam: oggi quell'indirizzo risponde con un errore 404. Per segnalare subito le singole pagine nuove o modificate, Bing, Yandex e altri motori supportano IndexNow, un protocollo che affianca la sitemap senza sostituirla; Google non vi ha aderito.

Come trovare la sitemap di un sito?

Chi cerca la sitemap di un sito parte dal robots.txt: apri https://www.dominio.it/robots.txt e cerca le righe che iniziano con Sitemap:. Se non ci sono, prova gli indirizzi più comuni:

  • /sitemap.xml
  • /sitemap_index.xml (Yoast SEO, Rank Math)
  • /wp-sitemap.xml (WordPress senza plugin SEO)

Per il tuo sito la via più sicura è Search Console, che nel report Sitemap mostra le sitemap inviate e la data dell'ultima lettura. Una sitemap che non si trova in nessuno di questi punti, per un motore di ricerca, è come se non esistesse.

Il controllo della sitemap in Search Console

Il controllo si fa in due tempi: prima il file, poi gli URL che contiene. Per il file, il report Sitemap di Search Console assegna a ogni sitemap uno stato:

  • Riuscita: Google ha letto ed elaborato la sitemap senza errori.
  • Presenta errori: il file è stato letto, ma alcune parti non sono valide (XML non valido, URL non valido, date non valide, troppi URL).
  • Impossibile recuperare: Google non è riuscito a scaricare il file, per un blocco nel robots.txt, un errore 404 o un problema del server.

"Riuscita" però dice solo che il file è formalmente corretto: sulla qualità degli URL il report Sitemap non dà indicazioni. Per gli URL apri il report Indicizzazione delle pagine e scegli, nel filtro in alto, "Tutte le pagine inviate": vedrai quante pagine della sitemap sono indicizzate e perché le pagine non indicizzate sono escluse. Stati come "Pagina con reindirizzamento", "Esclusa in base al tag 'noindex'", "Pagina alternativa con tag canonico appropriato" o "Non trovata (404)" su URL inviati indicano una sitemap da correggere.

Serve poi un crawler come Screaming Frog, che può scansionare l'elenco degli URL della sitemap e confrontarli con le risposte reali. È una delle verifiche che facciamo sempre in un audit SEO e la prima da ripetere dopo una migrazione SEO, quando redirect e nuovi URL cambiano centinaia di pagine in un giorno.

Una sitemap che nessuno deve ricordarsi di aggiornare

La sitemap XML che regge nel tempo è generata dallo stesso sistema che conosce lo stato di ogni pagina: esclude da sola redirect, noindex e canonical verso altri URL e cambia il lastmod solo quando cambia il contenuto. Un file caricato una volta e dimenticato, al contrario, comincia a contraddire il sito dal primo redirect.

Il filtro "Tutte le pagine inviate" del report Indicizzazione mostra subito se la sitemap del tuo sito rispecchia i contenuti reali. Quando tra gli stati compaiono reindirizzamenti, noindex o canonical alternativi, la revisione di sitemap, canonical e redirect rientra nella nostra consulenza SEO e puoi proporcela dalla pagina contatti insieme all'indirizzo della sitemap.

Domande frequenti sulla sitemap XML

Cos’è la sitemap XML in parole semplici?

È un file che elenca le pagine di un sito che vuoi far trovare ai motori di ricerca, con la data dell'ultima modifica di ciascuna. Google e Bing lo leggono per scoprire le pagine e capire quali sono cambiate.

La sitemap XML è obbligatoria?

No. Un sito piccolo e ben collegato viene scansionato anche senza, ma Google indica che nella maggior parte dei casi una sitemap porta benefici, soprattutto per siti con più di 500 pagine, siti nuovi e siti con molti video, immagini o notizie.

La sitemap migliora il posizionamento su Google?

No. La sitemap aiuta i motori di ricerca a scoprire e riscansionare le pagine, ma non garantisce l'indicizzazione e non è un fattore di posizionamento.

Quanti URL può contenere una sitemap XML?

Al massimo 50.000 URL e 50 MB non compressi per file. Oltre questi limiti si divide in più sitemap raccolte in un indice di sitemap, che può elencarne a sua volta fino a 50.000.

Dove si trova la sitemap di un sito?

Di solito nella root del dominio, all'indirizzo /sitemap.xml o /sitemap_index.xml, dichiarata nel robots.txt con la riga Sitemap. Per il tuo sito la trovi anche nel report Sitemap di Google Search Console.

Come si invia la sitemap a Google?

In Google Search Console apri il report Sitemap, inserisci l'indirizzo della sitemap o dell'indice e premi Invia. Conviene anche aggiungere la riga Sitemap con l'URL completo nel robots.txt.

Ogni quanto va aggiornata la sitemap?

Ogni volta che il sito cambia: una pagina pubblicata, eliminata, reindirizzata o messa in noindex deve entrare o uscire subito dalla sitemap. Per questo è meglio una sitemap generata in modo dinamico dal CMS che un file creato una volta sola.

Cosa significa "Impossibile recuperare" nel report Sitemap?

Significa che Google non è riuscito a scaricare il file della sitemap. Le cause più comuni sono un indirizzo sbagliato che risponde 404, un blocco nel robots.txt, un errore del server o una protezione anti-bot che blocca Googlebot.

Iscriviti alla newsletter

Ricevi la newsletter via email. Puoi disiscriverti quando vuoi.

Fabio Bassignana
Scritto da Fabio Bassignana

Fabio Bassignana è il fondatore di ADVT e lavora come Senior SEO Manager in un gruppo media internazionale. Si occupa di SEO dal 2008 e di sviluppo web dal 1999.

Leggi la biografia completa

Ultimo aggiornamento: 10 Novembre 2026