Un piano del sito, che sia visibile ai visitatori o destinato ai robot di indicizzazione, svolge una funzione tecnica precisa: mappare tutte le pagine di un sito web per facilitarne l’accesso. La sua forma più conosciuta, il file XML sitemap, funge da guida per i motori di ricerca. La versione HTML, invece, si rivolge agli utenti persi in una struttura troppo profonda.
I due formati coesistono, ma il loro ruolo reale nella navigazione e nel posizionamento organico merita un esame più dettagliato rispetto alle generalità abituali.
Crawl budget e sitemap XML: ciò che Google consuma realmente
Il sitemap XML non garantisce l’indicizzazione di una pagina. Il suo ruolo principale è quello di orientare la spesa del crawl budget, cioè il numero di richieste che Googlebot assegna a un sito durante ogni passaggio. Su un sito di diverse migliaia di pagine, alcune URL orfane o sepolte a più di quattro clic dalla homepage rischiano di non essere mai esplorate senza questa mappa.
Un punto spesso ignorato: Google ha rimosso l’endpoint di ping del sitemap dal 2023 (confermato all’inizio del 2024). L’URL /ping?sitemap= restituisce ora un errore 404. I plugin e le automazioni che si basavano su questo meccanismo per segnalare un aggiornamento sono diventati inutili. La sottomissione avviene ora esclusivamente tramite la Search Console o tramite la dichiarazione nel file robots.txt.
Per i siti la cui struttura di navigazione si basa su un piano del sito IQ Business, la logica rimane la stessa: ogni URL deve figurare nel sitemap se merita di essere indicizzata, e nessuna pagina bloccata da un noindex o un disallow dovrebbe apparire.
Tag lastmod nel sitemap: segnale di freschezza o rumore inutile
Il tag <lastmod> indica ai motori di ricerca la data dell’ultima modifica di una pagina. Google precisa di utilizzarlo solo se il valore è costantemente e verificabilmente esatto. Un CMS che aggiorna questa data ad ogni registrazione minore (correzione di una virgola, cambiamento di un widget nella sidebar) invia un segnale fuorviante.
La modifica deve riflettere un cambiamento significativo del contenuto o dei dati strutturati. Modificare la data di copyright in fondo alla pagina non conta. I riscontri sul campo divergono su questo punto: alcuni SEO notano un recrawl più rapido dopo l’aggiornamento di lastmod, altri non osservano alcuna differenza misurabile.
Ciò che è documentato, invece, è il rischio inverso. Un lastmod sistematicamente errato spinge Google a ignorare completamente questo tag per l’intero sito. Il motore confronta la data dichiarata con l’ultima versione in cache. Se la discrepanza è ricorrente, il segnale perde ogni valore.
Verificare l’affidabilità di lastmod sul proprio sito
- Confrontare la data lastmod di una decina di pagine con la data reale dell’ultima modifica nel CMS, escludendo gli aggiornamenti automatici (plugin, temi).
- Verificare che le pagine il cui contenuto non è cambiato da diversi mesi non mostrino una data recente nel sitemap.
- Utilizzare i log del server per incrociare i passaggi di Googlebot con le date lastmod: un recrawl che segue un aggiornamento di lastmod conferma che il segnale è preso in considerazione.
Limiti tecnici del sitemap XML: dimensione, suddivisione e prestazioni
La specifica sitemaps.org, invariata dal novembre 2016, fissa due limiti per file: 50.000 URL e 50 MB non compressi. Google conferma questi limiti nella sua documentazione verificata nel 2026. Un sito che supera queste soglie deve ricorrere a un sitemap index, un file genitore che punta a più sitemap figli.
La suddivisione non è solo una costrizione di volume. Segmentare i sitemap per tipo di contenuto (articoli, schede prodotto, pagine categorie) consente di seguire il tasso di indicizzazione per sezione nella Search Console. Questa granularità rivela le aree del sito che Google esplora poco e quelle che privilegia.
Un sitemap unico di 48.000 URL miste non fornisce alcun dato utilizzabile. Al contrario, una suddivisione per sezione rende immediato il diagnostic SEO: se le schede prodotto mostrano un tasso di indicizzazione basso mentre gli articoli del blog sono tutti indicizzati, il problema si trova nella struttura delle schede o nel loro interlinking.
Piano del sito HTML: utilità reale per la navigazione utente
Il sitemap HTML è spesso relegato nel footer come un relitto degli anni 2000. La sua utilità per il SEO è marginale su un sito la cui struttura e il linking interno funzionano correttamente. Tuttavia, rimane pertinente per i siti a struttura profonda o eterogenea, dove alcune pagine sono accessibili solo tramite un motore di ricerca interno.
Per l’utente, un piano di sito HTML funziona come un indice. Espone l’intera gerarchia del sito web in un solo schermo. Su un sito istituzionale con diverse decine di sezioni, questa panoramica riduce il numero di clic necessari per raggiungere una pagina specifica.
Quando il piano HTML diventa controproducente
Un piano del sito HTML che elenca centinaia di link senza raggruppamento logico produce l’effetto opposto: sovraccarica il visitatore invece di guidarlo. La pagina deve riprodurre la struttura di navigazione del menu principale, con un livello di dettaglio aggiuntivo. Se l’elenco supera ciò che l’utente può scansionare in pochi secondi, il piano diventa un ostacolo.
I dati disponibili non consentono di concludere che Google attribuisca un peso SEO diretto alla pagina HTML sitemap. Il suo interesse rimane centrato sull’esperienza utente e sulla scoperta di pagine mal collegate nella gerarchia.
Il file XML e la pagina HTML rispondono a due pubblici distinti. Confondere le loro funzioni equivale a ottimizzare per nessuno. Il primo struttura il crawl, il secondo struttura la navigazione umana. Un sito che mantiene entrambi con rigore copre entrambe le dimensioni senza ridondanza.
