Un piano di sito HTML non sostituisce né il menu principale né il motore di ricerca interno. Svolge una funzione distinta: esporre l’intera struttura di un sito su una sola pagina, senza interazione né hover. Per un sito editoriale strutturato in diverse decine di sezioni, questa vista esaustiva risolve problemi di navigazione che gli altri componenti dell’interfaccia lasciano aperti.
Piano HTML e sitemap XML: due file, due destinatari
La confusione tra piano di sito HTML e sitemap XML rimane frequente, anche tra profili tecnici. Il sitemap XML si rivolge ai robot di esplorazione (Googlebot, Bingbot) e fornisce loro un elenco di URL accompagnato da metadati di frequenza e data di modifica. Il piano HTML, invece, è progettato per un visitatore umano che cerca un contenuto specifico senza conoscere il percorso di navigazione.
Confondere i due porta a ottimizzare l’indicizzazione senza risolvere le difficoltà di navigazione reale. Un sitemap XML correttamente mantenuto migliora la copertura di esplorazione, ma non offre alcun rimedio all’utente che non trova una sezione dal menu. Al contrario, un piano HTML ben strutturato costituisce un percorso di navigazione alternativo completo, leggibile da tutti gli agenti utente, umani e assistivi.
Raccomandiamo di mantenere entrambi i file in parallelo, ciascuno rispondendo al proprio pubblico. Su un sito come Les Indispensables, il cui catalogo editoriale copre tematiche varie, esplorare il piano del sito Les Indispensables consente di individuare in pochi secondi una sezione che un menu a più livelli avrebbe nascosto.
Freschezza dei metadati: un segnale spesso mal sfruttato
Il tag lastmod in un sitemap XML dovrebbe essere aggiornato solo quando il contenuto della pagina è effettivamente cambiato. Modificare artificialmente questa data nella speranza di accelerare il recrawl non fornisce un segnale affidabile ai motori. Google ha specificato più volte che le date lastmod non correlate a una modifica effettiva finiscono per essere ignorate.
Per un sito editoriale che rivede regolarmente i suoi contenuti, la coerenza tra la data lastmod e l’ultima aggiornamento visibile sulla pagina rafforza la credibilità del segnale. Il piano HTML, invece, non ha bisogno di questo metadato: riflette la struttura corrente così com’è al momento della consultazione.
Il classico tranello consiste nel rigenerare il sitemap XML quotidianamente senza toccare il piano HTML. Risultato: i robot ricevono un segnale di freschezza, ma il visitatore si imbatte in una pagina di piano obsoleta dove le sezioni recenti non appaiono. Sincronizzare i due documenti rimane l’unico approccio affidabile.
Accessibilità del piano di sito e European Accessibility Act
L’European Accessibility Act si rivolge a categorie precise di prodotti e servizi digitali destinati ai consumatori europei: commercio elettronico, servizi bancari, alcune comunicazioni elettroniche. La semplice esistenza di un sito vetrina non attiva automaticamente l’obbligo di conformità.
Un piano di sito HTML ben costruito contribuisce all’accessibilità, ma non è sufficiente a rendere un sito conforme. I requisiti riguardano l’intero percorso utente:
- Navigazione completa da tastiera, senza trappole di focus né tabulazioni eccessive per raggiungere un contenuto
- Compatibilità con i lettori di schermo, il che implica una semantica HTML corretta (liste ordinate, livelli di titoli coerenti)
- Contrasto sufficiente tra testo e sfondo, incluso sulla pagina del piano stessa
- Struttura dei contenuti conforme ai criteri del RGAA o delle WCAG, a seconda del riferimento applicabile
Per gli utenti di lettori di schermo, navigare un sito pagina per pagina per comprendere la sua architettura richiede uno sforzo cognitivo sproporzionato. Il piano HTML offre loro una visione globale della struttura in un unico posto, senza dover esplorare ogni sezione in modo sequenziale.
I navigatori da tastiera, che si tratti di persone con disabilità motorie o di utenti avanzati, trovano un accesso diretto a una sezione precisa. Osserviamo che questo beneficio rimane sottovalutato: anche su siti di dimensioni modeste, il guadagno di tempo è tangibile non appena ci sono più di tre livelli di profondità nella struttura.
Contenuto del piano HTML: cosa includere ed escludere
Un piano di sito non è un duplicato del menu di navigazione. Il suo ruolo è presentare una vista esaustiva ma leggibile dell’intero sito. Le pagine strutturanti (home, sezioni principali, sottosezioni) figurano sistematicamente. Le pagine utilitarie come le note legali, la politica sulla privacy o i termini e condizioni hanno anch’esse il loro posto, poiché sono spesso assenti dal menu principale.
Al contrario, alcune pagine non apportano nulla in un piano HTML:
- Le pagine di risultati di ricerca interna, che non hanno contenuto stabile
- Le pagine di reindirizzamento o i duplicati tecnici generati da un CMS
- Le pagine protette da autenticazione, inaccessibili al visitatore non connesso
Per le sezioni dinamiche (blog, notizie), raccomandiamo di elencare le categorie o i tag piuttosto che ogni articolo singolarmente. Un piano che mostra diverse centinaia di link perde la sua funzione di individuazione rapida. La leggibilità prevale sull’esattezza brutale.
Un piano di sito HTML correttamente mantenuto rimane uno dei rari componenti di un sito che serve simultaneamente accessibilità, navigazione e collegamento interno. Negligere questo aspetto equivale a privare una parte dei visitatori di un accesso strutturato a tutti i contenuti disponibili, indipendentemente dalla qualità del menu principale.
