Una sitemap XML è un file che segnala ai motori di ricerca quali URL e file consideri importanti sul tuo sito. Aiuta Google a scoprire le pagine e a capire meglio la struttura del sito, ma non obbliga Google a scansionare o indicizzare gli URL che contiene.
Questa distinzione è fondamentale. Se invii 20.000 URL in sitemap e Google ne indicizza 4.000, il problema raramente si risolve premendo di nuovo “Invia” in Search Console. Devi capire se gli altri URL sono canonical, duplicati, noindex, redirect, 404, poco collegati internamente o semplicemente non abbastanza utili.
In questa guida vediamo come creare e controllare una sitemap SEO pulita, cosa includere, cosa escludere, come gestire WordPress, Shopify, hreflang e lastmod, e come diagnosticare gli errori. Per una verifica più ampia puoi affiancarla alla checklist SEO tecnica.
Cos’è una sitemap XML?
Una sitemap è un file che fornisce informazioni sulle pagine, sui video, sulle immagini e su altri file del sito, oltre alle relazioni tra questi contenuti. Il formato XML è quello più comune per la SEO tecnica perché permette di elencare URL e metadati in una struttura standardizzata.
| <?xml version=”1.0″ encoding=”UTF-8″?> <urlset xmlns=”http://www.sitemaps.org/schemas/sitemap/0.9″> <url> <loc>https://example.com/servizio/</loc> <lastmod>2026-08-01</lastmod> </url> </urlset> |
Il tag <loc> indica l’URL. lastmod, quando usato correttamente, comunica la data dell’ultima modifica significativa della pagina.
A cosa serve una sitemap?
La sitemap aiuta soprattutto la scoperta e la pianificazione del crawling. È particolarmente utile quando:
- Il sito è grande e non tutte le pagine sono facilmente raggiungibili tramite link interni.
- Il sito è nuovo e ha pochi backlink.
- Pubblici o aggiorni molti contenuti.
- Hai contenuti specializzati come video, immagini o news.
- Gestisci molte versioni linguistiche o regionali.
- Vuoi monitorare gruppi di URL separatamente in Search Console.
Una buona sitemap non sostituisce l’architettura del sito. Se una pagina importante compare solo nella sitemap e non riceve link interni, hai comunque un problema di struttura.
Cosa NON fa una sitemap XML
Inviare una sitemap non garantisce crawling, indicizzazione o ranking. Google considera la sitemap un segnale è un aiuto alla scoperta, non una direttiva.
- Non forza Google a indicizzare una pagina.
- Non risolve un noindex.
- Non sostituisce un canonical corretto.
- Non corregge una pagina 404 o un redirect.
- Non rende utile una pagina di basso valore.
- Non trasferisce autorità a pagine orfane.
- Non aumenta automaticamente il ranking.
Se le pagine importanti non compaiono su Google, usa la sitemap come fonte diagnostica e confrontala con la guida Il tuo sito non appare su Google? invece di trattarla come un pulsante di indicizzazione.
Tipi di sitemap supportati
Sitemap XML standard
Elenca le URL web che consideri importanti e può includere lastmod. Per la maggior parte dei siti è la base principale.
Image sitemap
Una image sitemap aiuta Google a scoprire immagini che potrebbero essere difficili da trovare con il crawling normale, per esempio immagini caricate tramite JavaScript. Puoi usare una sitemap separata oppure aggiungere i tag image dentro una sitemap esistente.
Video sitemap
Una video sitemap aggiunge metadati sul contenuto video e può aiutare Google a trovarlo e comprenderlo, soprattutto quando i video sono nuovi o poco discoverable attraverso il markup e i link normali.
News sitemap
Per editori di notizie, una news sitemap può fornire a Google informazioni specifiche sugli articoli recenti. Google richiede che gli elementi news riguardino contenuti pubblicati negli ultimi due giorni; una singola news sitemap può contenere fino a 1.000 elementi news.
Sitemap index
Un sitemap index è un file che elenca più sitemap. È utile quando il sito supera i limiti di un singolo file oppure quando vuoi separare prodotti, categorie, articoli, lingue o altri gruppi per facilitarne il monitoraggio.
| <?xml version=”1.0″ encoding=”UTF-8″?> <sitemapindex xmlns=”http://www.sitemaps.org/schemas/sitemap/0.9″> <sitemap> <loc>https://example.com/post-sitemap.xml</loc> <lastmod>2026-08-01</lastmod> </sitemap> <sitemap> <loc>https://example.com/product-sitemap.xml</loc> <lastmod>2026-08-08</lastmod> </sitemap> </sitemapindex> |
Limiti massimi di una sitemap XML
| Limite | Valore |
| URL per singola sitemap | 50.000 |
| Dimensione non compressa | 50 MB |
| URL <loc> in un sitemap index | 50.000 sitemap |
| Sitemap index inviabili per proprietà Search Console | Fino a 500 |
Se superi 50.000 URL o 50 MB non compressi, dividi il file in più sitemap e usa un sitemap index. La divisione per tipologia è spesso utile anche prima di raggiungere il limite, perché rende più semplice individuare pattern di esclusione.
Quali URL devono stare nella sitemap?
Regola pratica: inserisci le URL che vuoi realmente proporre a Google come canonical e indicizzabili.
| Tipo di URL | In sitemap? | Perché |
| Canonical, status 200, indicizzabile | Sì | È la versione che vuoi far trovare |
| 301/308 redirect | No | Invia la destinazione finale |
| noindex | No | Segnali contraddittori |
| 404/410 | No | La risorsa non esiste |
| Parametro duplicato | Di solito no | Preferisci l’URL canonical pulito |
| URL canonicalizzato verso un altro | No | Invia la canonical |
| URL di staging | No | Non deve entrare nel perimetro live |
| Traduzione valida e canonical | Sì | Ogni versione utile deve poter essere scoperta |
Google usa anche la presenza in sitemap come segnale debole di canonicalizzazione. Per questo sitemap e tag canonical devono raccontare la stessa storia.
Canonical URL: la sitemap deve contenere la versione preferita
Se una pagina è accessibile tramite più URL, inserisci nella sitemap la versione che consideri canonical. Non elencare ogni parametro, variante di tracking o percorso alternativo solo perché il server restituisce 200.
- Usa HTTPS se è la versione preferita.
- Mantieni coerente www o non-www.
- Mantieni una convenzione coerente per trailing slash.
- Evita URL che canonicalizzano altrove.
- Allinea sitemap, link interni e redirect alla stessa versione.
Status 200: perché i redirect non appartengono alla sitemap
Una sitemap pulita dovrebbe puntare direttamente a pagine disponibili con status 200. Un 301 o 308 comunica che la risorsa è stata spostata: non ha senso continuare a proporre l’URL vecchio come pagina importante.
Dopo una migrazione, è normale mantenere i redirect per utenti e crawler, ma la sitemap nuova dovrebbe contenere le destinazioni finali. Se continua a inviare migliaia di vecchi URL, stai creando segnali incoerenti.
404 e 410: rimuovili dalla sitemap
Gli URL che restituiscono 404 o 410 non devono restare nella sitemap live. Possono comparire temporaneamente durante una migrazione o un cleanup, ma il generatore della sitemap dovrebbe essere aggiornato per rimuoverli.
Noindex: non inviarlo come se fosse indicizzabile
Una pagina noindex dice a Google di non mostrarla nei risultati. Una sitemap che continua a dichiararla importante invia un messaggio contraddittorio.
Se una pagina deve rimanere noindex, normalmente va esclusa dalla sitemap. Se invece dovrebbe essere indicizzata, correggi prima il noindex e poi verifica che rientri nel file.
Parametri e URL duplicati
Parametri di tracking, sessioni, filtri e ordinamenti possono generare migliaia di URL duplicati. La sitemap non deve diventare l’inventario completo di tutto ciò che il server può servire.
- ?utm_source=…
- ?sessionid=…
- ?sort=price-asc
- ?ref=partner
- combinazioni di filtri senza domanda organica autonoma
Su siti grandi, l’inventario incontrollato può diventare anche un problema di crawl budget.
Staging URL: un errore più serio di quanto sembra
Gli URL di staging, preview o sviluppo non devono comparire nella sitemap del sito live. Se il CMS genera sitemap anche sugli ambienti di test, proteggi lo staging con autenticazione e verifica che nessun riferimento finisca nel dominio pubblico.
Esempio problematico: la sitemap live contiene https://staging.example.com/prodotto/. Questo può rivelare un problema più ampio di deploy, canonical o configurazione del CMS.
Sitemap WordPress
WordPress Core include funzionalità XML sitemap dalla versione 5.5. In una installazione standard puoi trovare l’indice nativo in /wp-sitemap.xml.
Il fatto che WordPress generi automaticamente la sitemap non significa che ogni archivio o tassonomia debba essere indicizzabile. Controlla quali post type, tassonomie e archivi finiscono nel file e se corrispondono alla strategia SEO reale.
- Pagine e post importanti.
- Custom post type pubblici e realmente utili.
- Categorie che hanno contenuto e funzione organica.
- Archivi autore solo se hanno valore autonomo.
- Esclusione di tassonomie o contenuti noindex e di basso valore.
Yoast SEO e sitemap XML
Yoast SEO genera un sitemap index e permette di controllare quali tipi di contenuto vengono mostrati nei risultati. Quando un content type viene escluso dalla ricerca tramite le impostazioni di Yoast, deve essere coerente anche con la sitemap.
Yoast divide inoltre sitemap grandi in file più piccoli, scelta utile per performance e debugging. Non serve modificare il file XML manualmente: è meglio correggere la configurazione che lo genera.
Rank Math e sitemap XML
Rank Math genera sitemap dinamiche e offre impostazioni per post type, tassonomie e immagini. Se una sitemap sembra non aggiornarsi, controlla anche caching e regole di rewrite prima di assumere che Google stia leggendo un file vecchio.
Su WordPress puoi usare la checklist SEO tecnica per verificare sitemap insieme a noindex, canonical, robots.txt e status code.
Sitemap Shopify
Shopify genera automaticamente /sitemap.xml per gli store e crea sitemap separate per prodotti, collezioni, pagine e blog. Il file viene aggiornato quando aggiungi nuovi contenuti rilevanti allo store.
Per gli store con domini internazionali, Shopify genera sitemap per i domini configurati. Questo rende importante controllare che dominio, canonical e impostazioni di mercato siano coerenti.
Non cercare di ricreare manualmente la sitemap Shopify senza una necessità tecnica reale. Il valore maggiore sta nel verificare quali contenuti la piattaforma rende indicizzabili e se la struttura corrisponde alla strategia SEO.
Come inviare la sitemap in Google Search Console
1. Apri la proprietà corretta in Google Search Console.
2. Vai al report Sitemaps.
3. Inserisci l’URL della sitemap o del sitemap index.
4. Invia il file.
5. Controlla stato, ultima lettura e possibili errori di elaborazione.
L’invio in Search Console è utile soprattutto per monitorare quando Google ha letto il file e se ci sono errori. Non è necessario reinviare la sitemap ogni volta che pubblichi una pagina se il file rimane allo stesso URL e viene aggiornato correttamente.
Dichiarare la sitemap in robots.txt
Puoi comunicare la posizione della sitemap anche nel file robots.txt:
| Sitemap: https://example.com/sitemap_index.xml |
Google troverà la dichiarazione quando legge robots.txt. Puoi inserire più righe Sitemap se necessario.
La dichiarazione della sitemap non cambia le regole di crawling. Per capire la differenza tra discovery e controllo del crawler, consulta la guida robots.txt SEO.
lastmod: usalo solo se rappresenta una modifica reale
lastmod può essere utile a Google per pianificare nuove scansioni, ma deve essere affidabile. Non aggiornare la data ogni giorno se la pagina non è cambiata realmente.
Google consiglia che lastmod rifletta modifiche significative del contenuto principale. Una data falsa o aggiornata automaticamente senza cambi reali può perdere valore come segnale nel tempo.
Cosa conta come modifica significativa?
- Aggiornamento sostanziale del testo o dei dati.
- Modifiche importanti a un prodotto, disponibilita o contenuto.
- Aggiornamento di una pagina con nuove sezioni o informazioni.
- Cambio reale del contenuto che può giustificare una nuova scansione.
Cambiare soltanto il copyright nel footer, rigenerare la sitemap o aggiornare una data editoriale senza modificare il contenuto non dovrebbe falsare lastmod.
Siti multilingua: sitemap e hreflang
Per siti multilingua puoi usare la sitemap anche per dichiarare le relazioni hreflang tra versioni linguistiche e regionali.
Google considera equivalenti le tre modalità principali per hreflang: tag HTML, header HTTP o sitemap. Non c’è un vantaggio SEO nel duplicare tutte e tre le implementazioni se una è già corretta e mantenibile.
Regole importanti per hreflang in sitemap
- Ogni versione deve elencare se stessa e tutte le alternative rilevanti.
- Gli URL devono essere assoluti e completi.
- Le relazioni devono essere reciproche.
- Ogni URL tradotto che vuoi indicizzare deve avere una propria voce <url>.
- Le annotazioni xhtml:link non consumano il limite dei 50.000 URL della sitemap.
| <url> <loc>https://example.com/it/servizio/</loc> <xhtml:link rel=”alternate” hreflang=”it” href=”https://example.com/it/servizio/” /> <xhtml:link rel=”alternate” hreflang=”en” href=”https://example.com/en/service/” /> </url> |
7 errori che vedo spesso nelle sitemap
1. URL 301 o 308 nella sitemap
La sitemap continua a proporre un URL che il server considera spostato. Sostituiscilo con la destinazione finale 200.
2. URL noindex
Stai dicendo contemporaneamente “questa pagina è importante” e “non mostrarla in Search”. Decidi quale segnale è corretto.
3. URL canonicalizzati verso altre pagine
Se l’URL A canonicalizza verso B, normalmente la sitemap deve contenere B, non A.
4. URL 404 o 410
Un generatore di sitemap che mantiene pagine eliminate indica spesso un problema di sincronizzazione del CMS o del database.
5. URL HTTP su un sito HTTPS
Se il sito preferisce HTTPS, sitemap, canonical, redirect e link interni devono essere coerenti.
6. URL di staging
Rivelano spesso configurazioni di deploy sbagliate e possono accompagnarsi a canonical o link verso l’ambiente di test.
7. Archivi di basso valore
Tag, autori, date o tassonomie vuote possono gonfiare la sitemap senza aggiungere pagine che vuoi davvero posizionare.
La sitemap contiene migliaia di URL ma Google ne indicizza pochi: cosa significa?
Di solito la sitemap non è il problema principale: sta semplicemente rendendo visibile una discrepanza. Se invii 30.000 URL e Google ne considera indicizzabili 5.000, devi capire cosa differenzia i due gruppi.
- Pagine duplicate o quasi duplicate.
- Canonical verso altri URL.
- Contenuti deboli o poco differenziati.
- Noindex o robots directives incoerenti.
- Pagine orfane o molto profonde.
- Soft 404 o template vuoti.
- Filtri e parametri senza valore.
- Problemi di rendering o status code.
- Sovrapposizione tra pagine con lo stesso intento.
Qui la sitemap diventa un ottimo punto di partenza per un audit SEO tecnico: puoi segmentare gli URL inviati, confrontarli con lo stato di indicizzazione e capire quali pattern stanno fallendo.
Come fare debugging degli errori sitemap
1. Controlla che il file sia accessibile
Apri direttamente la sitemap e verifica che restituisca HTTP 200, non richieda login e non venga bloccata da firewall o CDN.
2. Valida il formato XML
Errori di namespace, caratteri non escapati, URL malformati o encoding possono impedire l’elaborazione corretta.
3. Campiona gli URL
Prendi URL da sitemap diverse e controlla status code, canonical, meta robots e presenza nei link interni.
4. Segmenta per tipologia
Confronta prodotti, categorie, articoli, lingue o template separatamente. Una percentuale di indicizzazione aggregata può nascondere un singolo template problematico.
5. Usa URL Inspection
Per gli URL più importanti, confronta canonical dichiarata, canonical Google, crawling e indicizzabilità.
6. Controlla i log o Crawl Stats sui siti grandi
Se Google non sta nemmeno richiedendo gruppi importanti di URL, confronta sitemap con log server e Crawl Stats per capire il percorso di discovery.
7. Correggi la fonte che genera la sitemap
Non modificare manualmente migliaia di righe se il CMS le rigenera. Correggi template, plugin, database o configurazione e lascia che il file venga prodotto correttamente alla fonte.
Verificare lastmod con un test controllato
In staging scegli due pagine: modifica un’informazione del contenuto principale della prima e lascia invariata la seconda. Rigenera la sitemap e confronta i valori lastmod. Se cambiano entrambi soltanto perché il file è stato ricreato, il generatore sta descrivendo il proprio aggiornamento, non quello delle pagine. Ripeti il test su una modifica a un elemento globale come il copyright.
La guida Google alle sitemap richiede date accurate per modifiche significative. Correggi quindi la fonte della data nel CMS e verifica il file servito dopo lo svuotamento della cache. Per un catalogo, campiona prodotti, categorie e pagine ritirate: una sitemap XML valida può ancora contenere un inventario sbagliato.
Checklist rapida sitemap SEO
- La sitemap restituisce 200 ed è accessibile a Google?
- Contiene solo URL che vuoi indicizzare?
- Gli URL sono canonical e coerenti con sitemap/link/redirect?
- Sono esclusi 3xx, 4xx, noindex e staging?
- I parametri duplicati sono esclusi?
- Il file rispetta 50.000 URL e 50 MB?
- Le sitemap grandi sono organizzate in un sitemap index?
- lastmod riflette modifiche reali?
- Search Console mostra errori di lettura o elaborazione?
- WordPress/Shopify/plugin generano il file corretto?
- Le versioni multilingua sono coerenti con hreflang?
- Il numero di URL inviati è compatibile con le pagine che vuoi davvero far trovare?
Quando serve un audit tecnico
Non hai bisogno di un consulente solo per inviare una sitemap. Il supporto specialistico diventa utile quando la sitemap evidenzia un problema più profondo.
- Migliaia di URL inviati ma una quota molto bassa viene indicizzata.
- Sitemap con redirect, noindex e canonical inconsistenti.
- E-commerce con filtri, varianti e parametri.
- Migrazione recente con vecchi URL ancora presenti.
- Sito multilingua con hreflang incoerenti.
- CMS che genera archivi o URL di basso valore su larga scala.
- Google scopre lentamente nuove pagine importanti.
Se la sitemap contiene migliaia di URL ma Google ne indicizza solo una parte, serve analizzare cosa viene inviato, cosa viene crawled e cosa Google considera realmente indicizzabile.
Richiedi una verifica tecnica SEO
Domande frequenti sulla sitemap XML
Cos’è una sitemap XML?
È un file che comunica ai motori di ricerca quali pagine e file consideri importanti e può includere metadati come data di modifica e versioni linguistiche.
La sitemap fa indicizzare automaticamente le pagine?
No. Aiuta la scoperta, ma Google non garantisce crawling o indicizzazione degli URL inviati.
Come creare una sitemap?
Su molti CMS viene generata automaticamente. WordPress Core, Yoast, Rank Math e Shopify possono creare sitemap dinamiche. Su siti custom conviene generarla automaticamente dal database o dal sistema di routing.
Come inviare la sitemap a Google?
Puoi inviarla nel report Sitemaps di Google Search Console oppure dichiararne l’URL in robots.txt.
Devo mettere le pagine noindex nella sitemap?
No. Se una pagina deve restare noindex, normalmente non dovrebbe essere proposta nella sitemap come URL indicizzabile.
I redirect 301 devono essere nella sitemap?
No. La sitemap dovrebbe puntare direttamente alla destinazione finale canonical con status 200.
Quanti URL può contenere una sitemap?
Una singola sitemap può contenere al massimo 50.000 URL e pesare al massimo 50 MB non compressa. Oltre questi limiti devi dividerla.
lastmod aiuta la SEO?
Può aiutare Google a pianificare il recrawl quando riflette modifiche reali. Non serve aggiornarlo artificialmente se il contenuto non è cambiato.
Come funziona la sitemap su WordPress?
WordPress Core genera sitemap XML nativamente. Plugin come Yoast o Rank Math possono sostituire o ampliare il sistema e permettere maggiore controllo su tipi di contenuto e tassonomie.
Come funziona la sitemap su Shopify?
Shopify genera automaticamente /sitemap.xml e sitemap separate per prodotti, collezioni, pagine e blog, aggiornandole con i contenuti dello store.
