Sitemap XML

Cos’è una sitemap

Una sitemap XML elenca le URL del sito che vuoi far scoprire ai motori di ricerca, con metadati opzionali come data ultima modifica. Non garantisce l’indicizzazione di ogni voce, ma riduce il rischio che pagine profonde o poco linkate restino fuori radar, soprattutto su siti nuovi o molto grandi. È complementare ai link interni, non un sostituto.

Cosa includere

Inserisci pagine pubbliche utili: home, servizi, categorie, articoli del blog, landing principali. Escludi area admin, URL con sessione, duplicati già canonicalizzati altrove, pagine con noindex e parametri infiniti di filtro. Ogni <loc> deve essere URL canonica assoluta.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.esempio.it/servizi/</loc>
    <lastmod>2026-10-01</lastmod>
  </url>
  <url>
    <loc>https://www.esempio.it/blog/luce-naturale/</loc>
    <lastmod>2026-09-15</lastmod>
  </url>
</urlset>

Collegamento da robots.txt

Dichiara la sitemap nel file robots alla radice del dominio. I crawler la trovano anche senza, ma la riga esplicita accelera la scoperta.

Sitemap: https://www.esempio.it/sitemap.xml

Aggiornamento e split

Su siti con decine di migliaia di URL usa un indice sitemap che punta a file parziali (per tipo di contenuto o per data). Rigenera la sitemap quando pubblichi o rimuovi sezioni importanti. Automatizza la generazione dal CMS per evitare URL morte accumulate per mesi.

Tipi di sitemap

Oltre urlset standard, esistono sitemap news o immagini per casi specifici: usale solo se davvero mantenute. Priority e changefreq sono largamente ignorati: non perdere tempo a tuning fino. Split per sezione (blog, prodotti) semplifica debug quando una categoria esplode di URL.

Validazione XML schema prima del deploy evita sitemap rifiutata interamente.

Verifica periodica

Programma ogni trimestre un controllo su pagine ad alto traffico: applica i criteri di Sitemap XML con la stessa procedura (browser, dispositivo, rete). Registra esito e responsabile in un foglio condiviso così il team non riparte da zero.

Se hai appena cambiato tema, plugin o builder, ripeti il controllo dopo 48 ore: cache CDN e minificazione possono mascherare errori finché non scade la vecchia versione. Coinvolgi chi scrive i contenuti, non solo chi sviluppa: molti problemi nascono da campi CMS lasciati vuoti.

Confronta i risultati con una pagina concorrente solo per capire gap di chiarezza, non per copiare testi. L’obiettivo è che un visitatore capisca in pochi secondi cosa offri e come contattarti.

Errori comuni

• URL HTTP in sitemap su sito solo HTTPS.
• Includere pagine 404, redirect o noindex.
• lastmod fissato a «oggi» su tutto il sito a ogni build.
• Sitemap non raggiungibile (403, autenticazione richiesta).
• Dimenticare di inviare/verificare dopo cambio dominio.

In pratica, integra questo controllo nella routine di qualità del sito: una pagina campione al mese per categoria (home, servizio, articolo, checkout se presente), stesso profilo browser e rete. Annota nel registro interno data verifica e esito, così al prossimo redesign sai cosa è già stato validato. Quando il team cresce, una checklist condivisa evita che ognuno interpreti i criteri in modo diverso e riduce regressioni dopo deploy frettolosi.

Quando lavori con clienti o stakeholder non tecnici, traduci ogni raccomandazione in un esempio concreto sulla loro pagina: uno screenshot prima/dopo, una URL di prova, un tempo di caricamento misurato. Così le lezioni diventano azioni nel backlog invece di slide dimenticate. Riutilizza gli stessi criteri su ambienti preview prima della produzione e registra chi ha approvato il go-live, per tracciabilità in caso di regressione SEO o accessibilità.

Tieni un elenco di URL di riferimento nel tuo progetto e riapplicalo dopo ogni modifica al tema o al CMS, così non devi ricordare a memoria ogni regola.

In breve

• XML con URL canoniche pubbliche.
• Escludi admin, noindex e duplicati.
• Dichiarala in robots.txt.
• Generazione automatica e pulizia periodica.