
Un piano di sito web può sembrare statico una volta pubblicato, ma è dopo il lancio che emergono i veri problemi di struttura. Pagine orfane che sfuggono ai robot di indicizzazione, reindirizzamenti a catena dopo un restyling, menu inaccessibili da tastiera o inutilizzabili su mobile: la qualità di una struttura di navigazione si misura nel tempo, non al momento del lancio.
Pagine orfane e reindirizzamenti: ciò che indebolisce una struttura dopo il restyling
Durante un restyling, la maggior parte dei team si concentra sul nuovo design e sulla riorganizzazione delle categorie. Il rischio principale si trova altrove: le pagine che esistevano nella versione precedente e che non sono collegate a nessun link interno nella nuova struttura diventano pagine orfane invisibili per i motori di ricerca.
Queste pagine continuano a ricevere traffico tramite vecchi link esterni o risultati di ricerca ancora indicizzati. Senza un interlinking, perdono progressivamente il loro posizionamento.
Il piano di sito HTML gioca qui un ruolo di rete di sicurezza, a condizione di non includere meccanicamente tutti gli URL del sito. La buona pratica consiste nel riferire le pagine utili per l’utente, escludendo le pagine tecniche, i duplicati e i contenuti generati dinamicamente senza valore di navigazione.
Per visualizzare concretamente come strutturare questo tipo di pagina, il piano del sito di Nectar du Net illustra un’organizzazione che separa chiaramente le sezioni editoriali dai contenuti secondari.
I reindirizzamenti pongono un problema complementare. Un restyling genera spesso decine di cambiamenti di URL. Ogni reindirizzamento 301 trasferisce la maggior parte dell’autorità SEO dalla vecchia pagina alla nuova, ma le catene di reindirizzamenti (un URL reindirizzato a un altro, a sua volta reindirizzato) diluiscono questo trasferimento e rallentano il crawl.
| Problema post-restyling | Conseguenza sulla navigazione | Conseguenza SEO |
|---|---|---|
| Pagina orfana | Inaccessibile dal menu o dall’interlinking | Désindexazione progressiva |
| Reindirizzamento a catena | Tempi di caricamento allungati | Perdita di autorità cumulativa |
| URL rimossa senza reindirizzamento | Errore 404 per l’utente | Perdita secca del posizionamento acquisito |
| Categoria vuota dopo ristrutturazione | Clic inutile, frustrazione | Pagina a basso contenuto penalizzata |

Profondità di navigazione e interlinking: arbitrare tra SEO e esperienza utente
La regola spesso citata dei tre clic massimi per raggiungere qualsiasi pagina è un riferimento utile, non una legge assoluta. Ciò che conta realmente è che ogni pagina strategica sia accessibile con un numero ridotto di interazioni dalla homepage o dalle pagine delle categorie principali.
Il classico tranello consiste nel creare categorie solo per mirare a una parola chiave, senza verificare se un visitatore le utilizzerebbe. Ci si ritrova con sezioni fantasma, raramente consultate, che appesantiscono la struttura e disperdono il budget di crawl dei motori di ricerca.
Criteri per valutare la pertinenza di una categoria
- La categoria raggruppa almeno tre contenuti distinti e regolarmente aggiornati, altrimenti merita di essere fusa con una sezione parentale
- Risponde a un’intenzione di ricerca identificabile, verificabile nelle suggerimenti di Google o nei dati di Search Console
- Possiede un interlinking contestuale bidirezionale: link che puntano verso di essa da altre pagine, e rimanda a contenuti associati
- Il suo titolo nel menu è comprensibile senza contesto aggiuntivo (evitare i titoli interni del tipo “Risorse” o “Hub”)
L’interlinking contestuale, integrato nel corpo del testo, completa il menu di navigazione principale. Permette di collegare pagine tematicamente vicine senza sovraccaricare la barra di navigazione. Un link contestuale ben posizionato riduce la profondità effettiva di una pagina anche se si trova a quattro livelli nell’arborescenza teorica.
Accessibilità da tastiera e navigazione mobile nella struttura del sito
L’accessibilità della navigazione va oltre la conformità normativa. Un menu a discesa che si espande solo al passaggio del mouse esclude gli utenti che navigano da tastiera o con un lettore di schermo. Le buone pratiche recenti insistono su tre punti specifici.
I sottomenu devono avere indicatori visivi espliciti (una freccia, un chevron) che segnalano la loro presenza prima di qualsiasi interazione. La navigazione deve essere completamente praticabile con il tasto Tab e il tasto Invio. E ogni elemento interattivo deve avere uno stato di focus visibile, distinto dal semplice passaggio del mouse.
Su mobile, la restrizione è diversa. Un menu hamburger contenente otto categorie principali, ognuna con tre sotto-livelli, trasforma la navigazione in un esercizio di pazienza. Limitare il menu mobile a cinque o sei voci di primo livello costringe a fare delle scelte, ma migliora significativamente il tasso di esplorazione del sito.
Punti di controllo per una navigazione mobile e da tastiera
- Testare la navigazione completa solo da tastiera, senza mouse né trackpad, e verificare che ogni pagina del menu sia raggiungibile
- Verificare che le aree tattili su mobile abbiano almeno la dimensione raccomandata dai riferimenti di accessibilità, per evitare clic involontari
- Assicurarsi che il menu mobile non mascheri il contenuto principale al momento della sua apertura, e che possa essere chiuso facilmente

Misurare i percorsi reali prima di fissare la struttura del sito web
Costruire una struttura basata su ipotesi interne è lo schema dominante. Il sorting delle carte (card sorting), spesso raccomandato in fase di progettazione, fornisce una fotografia delle aspettative degli utenti in un dato momento. Tuttavia, non riflette i percorsi reali una volta che il sito è online.
I dati di navigazione, consultabili tramite gli strumenti di analisi web, rivelano schemi spesso inaspettati: pagine supposte secondarie che concentrano traffico in entrata, categorie principali sistematicamente eluse dai visitatori che preferiscono la ricerca interna. Una struttura performante si corregge continuamente sulla base di questi dati, non solo durante i restyling maggiori.
Il piano di sito HTML merita la stessa attenzione. Piuttosto che generarlo automaticamente e dimenticarlo, mantenerlo come un indice editoriale aggiornato consente di individuare le incoerenze di struttura e garantire che ogni pagina importante rimanga accessibile, sia per gli utenti che per i robot di indicizzazione.