Un sitemap è un file XML che elenca gli URL di un sito web per indicare ai robot di esplorazione quali pagine esistono e meritano di essere visitate. Per un sito dedicato alla natura, dove i contenuti mescolano schede sulle specie, sentieri di escursionismo, gallerie fotografiche e articoli stagionali, questo file diventa uno strumento di gestione tecnica a tutti gli effetti.
Tag XML del sitemap: ciò che Google utilizza realmente
La struttura di un file sitemap si basa su alcune etichette incorniciate dal protocollo sitemaps.org. Tre di esse ricorrono nella maggior parte delle guide: loc (l’URL), lastmod (data dell’ultima modifica), priority e changefreq.
Google ignora le etichette priority e changefreq. Questi due campi, ancora frequentemente raccomandati negli articoli generali, non costituiscono un asse di ottimizzazione. L’unica metadato utilizzato in aggiunta all’URL rimane lastmod, e solo se la data corrisponde a una modifica reale del contenuto. Indicare una data di aggiornamento fittizia per “forzare” un nuovo passaggio del robot non ha alcun effetto positivo.
Per un sito sulla natura, il tag lastmod ha tutto il suo significato sulle pagine aggiornate secondo le stagioni: calendario di fioritura, periodi di osservazione ornitologica, condizioni di accesso a un sentiero. Quando una scheda viene realmente aggiornata (nuovi dati, correzione di uno stato di protezione), la data lastmod deve riflettere questo cambiamento. Gli articoli pubblicati una sola volta e mai modificati possono mantenere la loro data iniziale senza problemi.
Un esempio concreto di strutturazione si trova su la pagina sitemap di Exp Nature, che organizza i suoi URL per tipi di contenuti legati alla fauna, alla flora e alle attività sul campo.
Sitemap e indicizzazione: un aiuto alla scoperta, non una garanzia
Un malinteso persiste: inviare un sitemap a Google Search Console non garantisce né l’esplorazione né l’indicizzazione degli URL elencati. Google presenta il sitemap come un modo per scoprire più facilmente le pagine, non come un ordine di indicizzazione.
Questa distinzione cambia il modo di valutare l’efficacia del file. Contare il numero di URL “inviate” in Search Console non è sufficiente. L’indicatore pertinente è la differenza tra il numero di URL presenti nel sitemap e il numero di URL effettivamente indicizzate, visibile nel rapporto “Pagine” di Search Console.
Un divario significativo tra questi due valori può rivelare diversi problemi tecnici:
- Pagine contrassegnate in noindex per errore, spesso a causa di un plugin SEO mal configurato o di un ambiente di staging le cui direttive sono state mantenute in produzione.
- Problemi di canonicalizzazione, quando più URL puntano verso contenuti simili e Google sceglie una versione diversa da quella dichiarata nel sitemap.
- Redirezioni a catena o errori di server (codici 3xx, 4xx, 5xx) che impediscono al robot di accedere alla pagina finale.
Lo stato “Scoperto, attualmente non indicizzato” in Search Console non significa che il sitemap sia mal configurato. Indica semplicemente che Google ha individuato l’URL ma non ha ancora pianificato la sua esplorazione, a volte per motivi di budget di crawl.
Strutturare un sitemap per un sito web sulla natura
Un sito sulla natura accumula tipi di contenuti molto diversi: articoli di blog, schede descrittive, gallerie di immagini, mappe interattive, pagine di eventi. Raggruppare tutto in un unico file XML funziona per i piccoli siti, ma diventa rapidamente illeggibile oltre alcune centinaia di pagine.
Il sitemap index per segmentare per tematica
La soluzione consiste nel creare un file sitemap index che fa riferimento a più sitemap secondari. Ogni sitemap secondario corrisponde a un tipo di contenuto: uno per le schede sulle specie, uno per gli articoli di blog, uno per le gallerie fotografiche.
Questa segmentazione consente di individuare immediatamente quale tipo di contenuto presenta problemi di indicizzazione. Se il sitemap “schede sulle specie” mostra un tasso di indicizzazione basso mentre il sitemap “articoli” funziona bene, la diagnosi si concentra sulla struttura delle schede.
Escludere le pagine inutili dal sitemap
Un sitemap efficace elenca solo le pagine destinate a essere indicizzate. Le pagine dei risultati di ricerca interna, le pagine di tag generate automaticamente, le archiviazioni per data o le pagine di paginazione generalmente non hanno vocazione a comparire nei risultati di Google.
Su un sito sulla natura sotto WordPress, le estensioni SEO consentono di escludere questi URL dal sitemap. La regola di base: se una pagina non apporta valore autonomo a un visitatore che vi arriva da un motore di ricerca, non ha posto nel file.
Inviare e monitorare il sitemap in Search Console
La sottomissione del sitemap avviene attraverso la sezione “Sitemaps” di Google Search Console. L’URL del file (spesso votresite.com/sitemap.xml o votresite.com/sitemap_index.xml) viene dichiarato una sola volta. Google torna poi a consultarlo regolarmente senza intervento manuale.
Il monitoraggio attivo conta più della sottomissione iniziale. Due verifiche regolari sono sufficienti:
- Confrontare il numero di URL inviate con il numero di URL indicizzate, ogni mese, per rilevare una deriva progressiva.
- Verificare che le nuove pagine pubblicate appaiano effettivamente nel sitemap, il che non è sempre automatico a seconda della configurazione del plugin utilizzato.
- Controllare che la data lastmod delle pagine modificate si aggiorni correttamente, ispezionando il file XML grezzo in un browser.
Un sitemap ben strutturato non sostituisce un collegamento interno coerente. I due meccanismi si completano: il collegamento interno guida i robot attraverso la navigazione del sito, il sitemap fornisce loro un elenco di riferimento. Per un sito sulla natura ricco di contenuti stagionali e di schede tematiche, questa complementarità rimane il leva tecnica più diretta per migliorare la copertura di indicizzazione.
