Su un sito con poche centinaia di pagine basta una sola sitemap generata dal CMS. Quando invece le pagine diventano decine o centinaia di migliaia, il modo in cui le sitemap sono organizzate smette di essere un dettaglio: diventa uno strumento di monitoraggio. Una buona suddivisione permette di capire in pochi secondi quale parte del sito ha problemi di indicizzazione.
L'indice di sitemap
Superati i 50.000 URL o i 50 MB non compressi per file, il protocollo prevede di dividere gli indirizzi in più sitemap e di elencarle in un indice di sitemap:
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://example.com/sitemap-prodotti-1.xml</loc>
<lastmod>2026-05-02</lastmod>
</sitemap>
<sitemap>
<loc>https://example.com/sitemap-categorie.xml</loc>
</sitemap>
</sitemapindex>
Un indice può elencare fino a 50.000 sitemap. Non può contenere altri indici: la struttura ha un solo livello di annidamento. Nel robots.txt e negli strumenti per webmaster basta dichiarare l'indice.
Dividere con criterio
Il modo più semplice di dividere è per numero: i primi 50.000 URL in un file, i successivi nel secondo. Funziona, ma spreca un'occasione. Molto più utile è dividere per tipologia di pagina:
- sitemap delle pagine istituzionali;
- sitemap delle categorie;
- sitemap delle schede prodotto, eventualmente spezzata per reparto;
- sitemap degli articoli, magari per anno di pubblicazione;
- sitemap delle pagine locali o delle schede di negozio.
Così, quando gli strumenti per webmaster mostrano che una sitemap ha l'80% degli URL indicizzati e un'altra il 20%, sai già dove guardare. Nel mio lavoro questa suddivisione è spesso il primo intervento su un grande catalogo: non cambia nulla per i motori, ma cambia moltissimo per chi deve fare diagnosi.
Conviene anche restare ben sotto i limiti. File da 10.000 o 20.000 URL sono più rapidi da generare, da scaricare e da controllare, e i rapporti risultano più granulari.
Sitemap per immagini
Per i siti in cui le immagini sono un contenuto in sé, come cataloghi, portfolio o archivi fotografici, si possono indicare le immagini associate a ogni pagina con un'estensione del protocollo:
<url>
<loc>https://example.com/prodotti/lampada-ottone/</loc>
<image:image>
<image:loc>https://example.com/img/lampada-ottone-1.jpg</image:loc>
</image:image>
</url>
Serve dichiarare il namespace delle immagini nell'elemento radice. È particolarmente utile quando le immagini vengono caricate da JavaScript o servite da un dominio diverso, perché in quei casi la scoperta tramite HTML è meno affidabile.
Sitemap per video
Allo stesso modo, un'estensione dedicata permette di descrivere i video ospitati: URL della miniatura, titolo, descrizione, URL del file o del player, durata. Ha senso se i video sono il contenuto principale della pagina e se vuoi che compaiano nei risultati dedicati ai video. Per un video decorativo in testa a una pagina, non aggiunge valore.
hreflang nelle sitemap
Sui siti multilingua le annotazioni hreflang possono essere inserite nella sitemap invece che nell'HTML. Su siti molto grandi è spesso la scelta più pratica: l'HTML resta leggero e le relazioni tra versioni linguistiche sono gestite in un solo punto. Ogni URL deve elencare tutte le alternative, compreso sé stesso.
Generazione su larga scala
Con centinaia di migliaia di URL, generare le sitemap a ogni richiesta è una cattiva idea: la query può essere pesante e il crawler potrebbe ricevere un timeout. Soluzioni più robuste:
- generare i file con un processo pianificato e servirli come statici;
- rigenerare solo le sitemap delle sezioni modificate;
- comprimerle in gzip per ridurre il trasferimento;
- registrare nei log ogni rigenerazione, così da sapere quando un file è cambiato.
Il filtro di generazione deve escludere gli stessi URL che il sito esclude dall'indice: prodotti non pubblicati, pagine con noindex, varianti non canoniche.
Monitorare per sezione
| Sitemap | URL inviati | Indicizzati | Lettura |
|---|---|---|---|
| categorie | 1.200 | quasi tutti | sezione sana |
| prodotti-arredo | 18.000 | metà circa | verificare contenuti e duplicati |
| articoli-archivio | 9.000 | pochi | contenuti datati o deboli |
I numeri dell'esempio sono illustrativi, ma la lettura è quella reale: una sezione con un rapporto basso segnala un problema di qualità, duplicazione o collegamento interno, non della sitemap in sé.
In sintesi
- Oltre i limiti di file si usa un indice di sitemap, con un solo livello.
- Dividere per tipologia di pagina rende la diagnosi immediata.
- Le estensioni per immagini e video servono solo se sono contenuto principale.
- Sui grandi siti le sitemap vanno generate in modo pianificato e servite statiche.
- Un basso tasso di indicizzazione per sezione indica dove intervenire.
