Un piano del sito svolge due funzioni distinte che spesso si confondono: guidare i visitatori umani e alimentare i robot di indicizzazione. La prima è una pagina HTML accessibile dal piè di pagina, la seconda un file XML dichiarato nel file robots.txt. Quando queste due versioni sono mal progettate o assenti, la navigazione si degrada per gli utenti e la copertura di indicizzazione diminuisce per i motori di ricerca.
Piano del sito HTML e sitemap XML: due logiche di navigazione distinte
Il piano del sito HTML elenca le pagine di un sito sotto forma di link cliccabili, organizzati per categorie. Si rivolge ai visitatori che non trovano ciò che cercano tramite il menu principale o il motore di ricerca interno.
Il sitemap XML, invece, è un file tecnico destinato ai robot. Dichiara gli URL da esplorare, la loro frequenza di aggiornamento e la loro priorità relativa. Google e gli altri motori lo utilizzano per scoprire pagine profonde che il collegamento interno non riesce a rendere visibili.
Confondere i due equivale a trascurare uno o l’altro. Un sito e-commerce con centinaia di schede prodotto ha bisogno di un sitemap XML segmentato per categorie affinché l’indicizzazione copra l’intero catalogo. La stessa boutique ha anche bisogno di una pagina HTML dove un visitatore smarrito possa ritrovare la struttura completa, come il piano del sito Double Portion che espone l’alberatura delle sue rubriche in un unico posto.
Accessibilità e regolamentazione: ciò che il piano del sito deve garantire ora
Dal 28 giugno 2025, l’European Accessibility Act si applica a determinati servizi di commercio elettronico, bancari, di trasporto, di telecomunicazioni e di media. Il piano del sito HTML non è più un semplice comfort di navigazione: diventa un elemento di conformità normativa per i siti interessati.
In Francia, il riferimento applicabile rimane il RGAA 4.1.2, con un’evoluzione verso il RGAA 5 annunciata per la fine del 2026. Questi riferimenti impongono requisiti precisi sulla struttura di navigazione.
- I percorsi devono essere utilizzabili integralmente da tastiera, senza dipendere dal passaggio del mouse per rivelare sottomenu o link.
- La gerarchia dei titoli (H1, H2, H3) deve rimanere coerente nel piano del sito HTML affinché i lettori di schermo possano restituire l’alberatura in modo logico.
- Il piano del sito non deve basarsi esclusivamente su elementi visivi (colori, icone senza alternativa testuale) per trasmettere l’informazione di struttura.
L’audit RGAA pubblicato da Saemes dopo una valutazione condotta a giugno 2026 illustra un punto spesso sottovalutato: la conformità reale può rimanere bassa nonostante un’architettura apparentemente corretta. L’esistenza di un piano del sito non è sufficiente se i link che contiene non sono accessibili o se la pagina stessa presenta difetti di markup.
Sanctions that are starting to fall
L’Arcom ha iniziato a sanzionare le violazioni in materia di accessibilità digitale nel 2026. I siti che strutturano oggi la loro navigazione dovrebbero quindi evitare soluzioni difficili da far evolvere: menu che dipendono esclusivamente dal passaggio del mouse, gerarchie di titoli incoerenti o percorsi impossibili da percorrere senza mouse.
Struttura ad alberatura: ciò che rende un piano del sito realmente utile
Un piano del sito HTML mal strutturato può contenere tutte le pagine di un sito senza però aiutare nessuno. La questione non è l’esaustività, ma la leggibilità dell’alberatura proposta.
Le pagine strutturanti (home, rubriche principali, sottorubriche) devono apparire in un ordine gerarchico chiaro. Le pagine secondarie (note legali, politica sulla privacy) non hanno bisogno di figurare in prima posizione.
Il caso dei contenuti dinamici
I blog, le rubriche di notizie e i cataloghi prodotti pongono un problema specifico. È necessario elencare ogni articolo o ogni scheda nel piano del sito HTML? Per un blog con alcune decine di articoli, l’elenco rimane gestibile. Per un catalogo di diverse migliaia di riferimenti, diventa illeggibile.
La soluzione più comune consiste nell’elencare le categorie e le sottocategorie nel piano del sito HTML, per poi delegare il dettaglio al sitemap XML. Quest’ultimo può essere segmentato (un file per categoria di prodotti, un altro per gli articoli del blog) e inviato tramite la Search Console.
Sitemap XML: errori frequenti che limitano l’indicizzazione
Generare un sitemap XML automaticamente tramite un CMS come WordPress non garantisce che sia corretto. Diversi errori ricorrenti riducono la sua efficacia.
- Includere URL che restituiscono un codice 404 o un reindirizzamento 301. I motori di ricerca considerano queste dichiarazioni come rumore e possono rallentare l’esplorazione delle pagine valide.
- Dichiarare URL bloccate dal file robots.txt. Il sitemap dice “indicizza questa pagina”, il robots.txt dice “non andarci”: il segnale contraddittorio danneggia la copertura.
- Non aggiornare la data di ultima modifica. Se tutte le URL mostrano la stessa data, i motori perdono l’indicatore di freschezza del contenuto.
- Superare il limite di 50.000 URL per file senza creare un indice di sitemap. I file troppo voluminosi possono essere ignorati parzialmente.
Un sitemap XML ben mantenuto non migliora direttamente il posizionamento. Il suo ruolo è di facilitare la scoperta e l’esplorazione delle pagine da parte dei robot, il che è un prerequisito per qualsiasi visibilità nei risultati di ricerca.
Generazione automatica o manuale
La generazione automatica è adatta alla maggior parte dei siti. Le estensioni WordPress o i moduli CMS producono sitemap aggiornati senza intervento. Tuttavia, un controllo manuale regolare rimane necessario per individuare URL obsolete, pagine orfane o incoerenze tra il sitemap e l’alberatura reale del sito.
Per i siti la cui struttura evolve frequentemente (aggiunta di categorie, rimozione di pagine stagionali), una verifica trimestrale tramite la Search Console consente di rilevare errori prima che influenzino la copertura di indicizzazione.
Il piano del sito, sia esso HTML o XML, rimane uno strumento di manutenzione tanto quanto di navigazione. Un sito il cui piano riflette fedelmente la struttura reale offre un’esperienza coerente ai visitatori e un segnale chiaro ai motori di ricerca. Coloro che lo trattano come una formalità perdono un’opportunità concreta, soprattutto poiché gli obblighi di accessibilità rendono ora la sua buona progettazione verificabile e sanzionabile.
