Un piano del sito efficace si basa su scelte gerarchiche definite prima ancora di realizzare qualsiasi mockup. La profondità dei clic, il raggruppamento in base alle intenzioni degli utenti e la coerenza delle etichette determinano se un visitatore raggiunge la pagina giusta o abbandona il sito. Per creare un piano del sito chiaro, bisogna considerare la struttura come un deliverable tecnico, non come un esercizio intuitivo di riordino.
Profondità dei clic e crawl budget: il vincolo tecnico del piano del sito
Ogni pagina strategica deve essere raggiungibile dalla home page con un massimo di tre clic. Oltre questa soglia, i motori di ricerca riducono la frequenza di scansione e i visitatori abbandonano il sito. Questa regola sulla profondità condiziona l’intera struttura.
Un sito vetrina di cinque-dieci pagine non presenta problemi di profondità. Le difficoltà emergono quando entrano in gioco un catalogo prodotti, un blog aggiornato regolarmente o più sottocategorie. Consigliamo di mappare la profondità effettiva con una scansione (Screaming Frog, Sitebulb) prima di definire il menu, perché la profondità percepita in un foglio di calcolo non sempre corrisponde a quella tecnica.
Un aspetto spesso trascurato: i link JavaScript non scansionabili creano pagine orfane, invisibili a Googlebot. Google ricorda che i link interni in HTML aiutano a scoprire le pagine e a comprenderne le relazioni. Verificate che ogni voce del piano del sito rimandi a un URL accessibile tramite un normale link HTML, non tramite un onclick o un routing lato client senza rendering lato server.
Per vedere concretamente come si traduce una struttura piatta, il piano del sito di Ludika Studio mostra una struttura in cui tutte le pagine si trovano a uno o due livelli dalla radice.
Raggruppare in base alle intenzioni degli utenti, non alla logica interna
La maggior parte delle strutture riproduce l’organigramma aziendale o la nomenclatura interna dei prodotti. I visitatori, invece, ragionano in base alle proprie esigenze: confrontare, acquistare, contattare, capire un servizio. Raggruppare le pagine in base all’intento di ricerca riduce il numero di clic e la frequenza di rimbalzo.
Il metodo più affidabile è il card sorting. Si presentano i titoli delle pagine (su schede fisiche o tramite uno strumento come Adapté Workshop) a un gruppo di utenti target. I partecipanti raggruppano liberamente le schede e poi si analizzano i cluster. Il tree test completa l’esercizio: ai partecipanti viene chiesto di trovare un’informazione specifica nella struttura proposta, senza interfaccia grafica.
Questi due test rivelano spesso discrepanze tra la logica aziendale e quella degli utenti. Un fornitore di servizi può classificare le proprie offerte per settore, mentre i potenziali clienti cercano in base al tipo di prestazione. Se il card sorting evidenzia un raggruppamento diverso da quello previsto, è il segnale che la struttura va riorganizzata.
- Card sorting aperto: i partecipanti creano autonomamente le categorie; utile per un nuovo sito o un restyling completo
- Card sorting chiuso: le categorie sono predefinite; utile per convalidare una struttura già abbozzata
- Tree test: misura il tasso di successo e il tempo necessario per trovare una pagina nella gerarchia, senza l’influenza del design
Etichette di navigazione: convenzioni e accessibilità da tastiera
Un’etichetta di menu efficace descrive la destinazione, non l’azione. «I nostri progetti» funziona meglio di «Scopri», perché il visitatore sa cosa troverà dietro il link. Limitate ogni etichetta a due o tre parole. Se è più lunga, il menu diventa illeggibile sui dispositivi mobili e i test ad albero mostrano un calo del tasso di successo.
Dal 28 giugno 2025, l’Atto europeo sull’accessibilità si applica ad alcuni servizi di commercio elettronico rivolti ai consumatori. Per i siti interessati, la navigazione da tastiera e la comprensibilità dei percorsi sono requisiti da integrare fin dalla progettazione della struttura.
Il W3C raccomanda che ogni elemento interattivo sia raggiungibile da tastiera e che l’indicatore di focus resti visibile. In pratica, bisogna verificare che sia possibile aprire un menu a discesa, scorrerne i link e individuare l’elemento selezionato senza usare il mouse. Un problema frequente: un’intestazione fissa che nasconde il link su cui si sposta il focus da tastiera. Il criterio WCAG 2.2 «Focus Not Obscured (Minimum)» riguarda proprio questo problema.
Percorso di navigazione e riferimenti contestuali
Il percorso di navigazione (breadcrumb) completa il menu principale, mostrando al visitatore la sua posizione nella gerarchia. Non sostituisce una struttura chiara, ma compensa gli accessi diretti da un motore di ricerca, quando l’utente arriva su una pagina interna senza avere un contesto.
Implementate il percorso di navigazione con i dati strutturati BreadcrumbList (schema.org). Google potrà così mostrare il percorso gerarchico nei risultati di ricerca, migliorando il tasso di clic.
Sitemap XML e piano del sito HTML: due deliverable distinti
La sitemap XML è destinata ai crawler. Il piano del sito HTML è destinato ai visitatori. Confonderli significa trascurare uno dei due pubblici. La sitemap XML elenca tutti gli URL indicizzabili, con la relativa priorità e data di modifica. Il piano del sito HTML, invece, presenta una selezione organizzata delle pagine principali, spesso sotto forma di elenco gerarchico.
Una sitemap XML non rimedia a una struttura di link interni inadeguata. Se una pagina non è collegata a nessun’altra tramite un link HTML, la sitemap XML ne segnala l’esistenza al motore di ricerca, ma la mancanza di link interni ne indebolisce l’autorevolezza. Al contrario, un piano del sito HTML senza sitemap XML rallenta la scoperta delle nuove pagine da parte dei crawler.
- Sitemap XML: file tecnico ospitato nella directory principale, dichiarato nel robots.txt, con un limite di 50 000 URL per file
- Piano del sito HTML: pagina navigabile dai visitatori, che raggruppa i link principali per categoria ed è accessibile dal footer
- Indice delle sitemap: necessario quando il sito supera il limite di un singolo file XML; rimanda a più sitemap secondarie
Quando rigenerare la sitemap XML
Ogni aggiunta, eliminazione o reindirizzamento di una pagina richiede un aggiornamento della sitemap. Su un CMS come WordPress, le estensioni generano il file automaticamente. Su un sito statico o un framework JavaScript con rendering lato server, automatizzate la generazione della sitemap nella pipeline di deployment per evitare dimenticanze.
Il piano del sito più leggibile del mondo è inutile se la gerarchia sottostante non rispecchia i percorsi reali dei visitatori. Testate la struttura con gli utenti, verificate la profondità tecnica con una scansione e mantenete la sitemap XML sincronizzata con ogni pubblicazione. La chiarezza di un piano del sito si misura dal tasso di successo di un tree test, non dall’eleganza del menu.
