Un piano di sito HTML svolge una funzione precisa: esporre l’alberatura completa di un sito web su un’unica pagina. Per un visitatore che cerca una sezione sepolta sotto tre livelli di menu, questa panoramica accorcia il percorso da diversi clic a uno solo.
La domanda che sorge è misurabile: quale guadagno reale porta un piano di sito rispetto agli altri mezzi di navigazione, e perché il riferimento all’accessibilità francese lo impone ora come dispositivo controllato?
Piano del sito HTML rispetto agli altri mezzi di navigazione: confronto funzionale
Il riferimento RGAA, nel suo criterio 12.1, richiede che un sito proponga almeno due mezzi di navigazione tra tre dispositivi: menu principale, piano del sito e motore di ricerca interno. Il piano del sito non è quindi più un’aggiunta facoltativa, ma fa parte degli elementi verificati durante un audit di accessibilità.
Confrontare questi tre dispositivi permette di capire in quali casi ciascuno subentra agli altri.
| Dispositivo | Tipo di navigazione | Pagine coperte | Utile quando |
|---|---|---|---|
| Menu principale | Gerarchico (alberatura) | Sezioni di primo e secondo livello | Il visitatore conosce la categoria ricercata |
| Motore di ricerca interno | Per parola chiave | Tutte le pagine indicizzate | Il visitatore sa quale termine cercare |
| Piano del sito HTML | Vista esaustiva a piatto | Tutte le pagine elencate, tutti i livelli | Il visitatore esplora senza un termine preciso in mente |
Il menu principale mostra raramente più di due livelli di profondità. Il motore di ricerca presuppone che il visitatore formuli una richiesta pertinente. Il piano del sito colma il divario tra queste due logiche: rende visibili pagine profonde senza richiedere una richiesta preliminare.
Su un sito come Elle Imagine, che propone contenuti vari (decorazione, lifestyle, ispirazione), questa copertura esaustiva ha tutto il suo senso. Navigando il piano del sito Elle Imagine, un visitatore individua in pochi secondi articoli o sezioni che nessun menu a discesa gli avrebbe presentato spontaneamente.
Criterio RGAA 12.1 e accessibilità: cosa deve rispettare il piano del sito
Il criterio 12.1 del RGAA non si limita a verificare la presenza di un piano di sito. Controlla anche il suo aggiornamento e la sua coerenza con l’alberatura reale. Un piano di sito obsoleto, che elenca pagine rimosse o omette sezioni recenti, non soddisfa il requisito.
Questa vincolo tecnico ha una conseguenza diretta sulla manutenzione. Ogni aggiunta o rimozione di pagina deve riflettersi nel piano del sito HTML, pena la non conformità durante un audit.
Cosa verifica concretamente il RGAA
- La presenza di almeno due dispositivi di navigazione funzionali tra il menu, il piano del sito e la ricerca interna
- La coerenza del piano del sito con le pagine realmente accessibili (nessun link interrotto, nessuna pagina fantasma)
- L’accessibilità del piano stesso: struttura di link leggibile da un lettore di schermo, gerarchia logica delle sezioni
Un piano di sito che si limita ad elencare URL senza raggruppamento tematico svolge male la sua funzione. Il raggruppamento per categorie rimane il formato più leggibile, sia per i visitatori umani che per le tecnologie assistive.
European Accessibility Act: sanzioni e scadenze per i siti esistenti
Il inasprimento normativo non si ferma al RGAA. Nell’ambito dell’European Accessibility Act, i siti già online prima del 28 giugno 2025 devono raggiungere la conformità entro il 28 giugno 2030. Il mancato rispetto di questo obbligo espone a sanzioni che possono raggiungere 50.000 euro per servizio online.
Questa scadenza riguarda direttamente i piani di sito. Un sito che propone un menu principale e un motore di ricerca ma non un piano di sito HTML rischia di non soddisfare la soglia minima di due mezzi di navigazione. Aggiungere un piano di sito strutturato è una delle correzioni meno costose da implementare per avvicinarsi alla conformità.
Priorità delle correzioni di accessibilità
Tuttavia, non tutti i progetti di accessibilità hanno lo stesso costo. Rifare un menu complesso o integrare un motore di ricerca performante richiede un budget tecnico significativo. Creare un piano del sito HTML rimane l’azione più rapida da implementare tra i tre dispositivi di navigazione riconosciuti dal RGAA.
Per un sito editoriale di dimensioni medie, l’implementazione richiede alcune ore se il CMS dispone di un’estensione dedicata, contro diverse settimane per un motore di ricerca interno correttamente configurato.
Navigazione su sito editoriale: cosa rivela il piano del sito sull’architettura
Un piano di sito ben strutturato funziona come una diagnosi dell’alberatura. Se le categorie visualizzate sembrano sbilanciate (una sezione con decine di pagine, un’altra con due), è il segno di un problema di architettura dei contenuti, non solo di un piano di sito mal progettato.
Questo ruolo di specchio aiuta gli editori a identificare le aree sottoutilizzate del loro sito. Una sezione che appare solo due volte nel piano del sito merita di essere sviluppata o fusa con una categoria vicina.
Due segnali da monitorare in un piano del sito
- Pagine orfane che appaiono nel piano ma non sono collegate da alcun menu o articolo: sono tecnicamente accessibili, ma invisibili nel percorso normale
- Raggruppamenti incoerenti in cui un articolo sulla decorazione si affianca a contenuti puramente tecnici senza legame tematico: il visitatore perde il filo logico
- Un piano di sito che supera diverse centinaia di righe senza sottocategorie: la leggibilità diminuisce e il dispositivo perde il suo vantaggio rispetto al motore di ricerca
Un piano del sito utile non supera i tre livelli di profondità. Oltre, il visitatore si trova di fronte alla stessa complessità del menu principale, il che annulla il beneficio della panoramica.
Il piano del sito rimane l’unico dispositivo di navigazione che espone simultaneamente la struttura e il volume di un sito. Per un editore, è uno strumento di gestione tanto quanto un servizio per il visitatore. Per il visitatore, è il collegamento più affidabile verso una pagina profonda. La normativa ne ha fatto uno standard; l’uso conferma che risponde a un bisogno concreto che né il menu né la ricerca coprono da soli.