Una sitemap XML elenca gli URL di un sito per orientare i robot di esplorazione. Su un sito dedicato alla casa (costruttore, decorazione, casa vacanze), la questione non è se crearne una, ma misurare il divario tra il file generato per impostazione predefinita e quello che riflette realmente la struttura del sito. Questo divario, raramente auditato, determina la qualità dell’esplorazione da parte di Google e la coerenza percepita dai visitatori.
Sitemap e audit SEO tecnico: il controllo qualità che i CMS non fanno
Le guide di audit SEO tecnico recenti integrano la sitemap come primo passo di verifica. Il principio: ogni URL della sitemap deve restituire un codice 200, senza reindirizzamenti né pagine con errori. Su un sito WordPress di casa, il CMS genera automaticamente una sitemap nativa che spesso include pagine inutili (archivio autori, pagine di tag vuoti, bozze indicizzate per errore).
Il problema si misura concretamente. Una sitemap che contiene URL con errore 404 o reindirizzamenti 301 invia un segnale contraddittorio ai motori di ricerca: la navigazione teorica del sito non corrisponde più al perimetro realmente esplorabile. Google gestisce queste incoerenze rallentando l’esplorazione delle pagine legittime.
Per un sito vetrina di un costruttore o una casa vacanze con alcune decine di pagine, basta aprire il file sitemap.xml in un browser e verificare manualmente che ogni URL punti a una pagina attiva. Su un sito più voluminoso, strumenti come Screaming Frog permettono di incrociare il contenuto della sitemap con i codici di risposta HTTP.
Potete anche accedere alla sitemap di Ma Maison Info per osservare un esempio concreto di strutturazione applicata a un sito dedicato all’abitazione.
Architettura a silos tematici: quando la sitemap riflette il collegamento interno
Generare una sitemap XML non produce alcun effetto se la struttura del sito rimane piatta. I feedback sul campo su WordPress mostrano che le prestazioni SEO aumentano quando la sitemap riflette un’architettura a silos. Un silo raggruppa le pagine per tematica: su un sito di casa, questo dà ad esempio un gruppo “costruzione”, un gruppo “ristrutturazione”, un gruppo “decorazione”.
Ogni silo funziona come un bozzolo tematico. Le pagine di uno stesso silo si collegano tra loro, e la sitemap riproduce questa gerarchia. Google comprende quindi la relazione tra i contenuti e attribuisce maggiore rilevanza alle pagine profonde.
| Struttura | Impatto sull’esplorazione | Adatto a |
|---|---|---|
| Sitemap piatta (tutti gli URL allo stesso livello) | Google esplora senza gerarchia, le pagine profonde ricevono poco budget di crawl | Siti di meno di 10 pagine |
| Sitemap organizzata in silos tematici | L’esplorazione segue la logica del collegamento interno, le pagine strategiche sono prioritarie | Siti di casa con blog, categorie multiple |
| Sitemaps multiple (una per sezione) | Segmentazione fine del crawl, rilevamento rapido degli errori per sezione | Siti di costruttori con catalogo, realizzazioni, blog |
La terza opzione, i sitemaps multipli segmentati per sezione, facilita anche la diagnosi in Google Search Console. Se appare un problema di indicizzazione sulle pagine “realizzazioni”, viene immediatamente individuato nella sitemap dedicata senza inquinare i dati delle altre sezioni.
Parametri XML della sitemap: cosa merita una regolazione e cosa no
Il formato XML della sitemap propone diversi parametri opzionali. Due di essi provocano regolarmente errori di configurazione sui siti di casa.
- Il parametro lastmod indica la data dell’ultima modifica di un URL. Google lo utilizza per dare priorità all’esplorazione delle pagine recentemente aggiornate. Su un sito di casa vacanze, aggiornare questa data solo quando il contenuto cambia realmente (nuove tariffe, nuove foto) evita di diluire il segnale.
- Il parametro priority attribuisce un valore da 0 a 1 a ogni URL. Google ha dichiarato pubblicamente di non tenere conto di questo parametro. Configurarlo non produce alcun effetto misurabile.
- Il parametro changefreq (frequenza di modifica) è anch’esso ignorato da Google. I robot di esplorazione determinano autonomamente il loro ritmo di passaggio in base alla cronologia delle modifiche reali.
In pratica, solo lastmod merita attenzione. Gli altri due parametri consumano tempo di configurazione senza ritorno. Su WordPress, le estensioni SEO come Yoast o Rank Math gestiscono automaticamente lastmod a condizione che la data di modifica dell’articolo sia ben aggiornata durante le modifiche.
Invio in Google Search Console: gli errori ricorrenti sui siti di casa
Inviare la sitemap in Google Search Console rimane il metodo più diretto per segnalare la struttura di un sito ai motori di ricerca. La procedura è semplice (sezione “Sitemaps”, incollare l’URL del file), ma diversi errori si ripetono frequentemente sui piccoli siti.
Il più comune: inviare una sitemap e poi non controllarne mai lo stato. Search Console mostra il numero di URL rilevati e il numero di URL effettivamente indicizzati. Un divario significativo tra questi due numeri segnala un problema di qualità degli URL inclusi nel file (pagine bloccate da robots.txt, pagine in noindex, contenuti duplicati).
Un altro errore frequente: lasciare l’URL della sitemap fuori dal file robots.txt. Aggiungere la riga “Sitemap: https://votresite.fr/sitemap.xml” in robots.txt consente ai robot di trovare il file senza passare per Search Console. I due metodi sono complementari, non esclusivi.
Una sitemap tecnicamente pulita, che contiene solo URL con codice 200 e che riflette l’architettura reale del sito, rimane il leva più sottoutilizzata sui siti dedicati alla casa. La maggior parte dei proprietari di siti lascia generare il file dal CMS senza verifica. Incrociare il contenuto della sitemap con i dati di Search Console una volta ogni trimestre è sufficiente per mantenere la coerenza tra navigazione, indicizzazione e struttura reale del sito.