Un piano di sito mal progettato non aiuta nessuno. Né i motori di ricerca, né i visitatori, né le tecnologie assistive. Osserviamo regolarmente sitemap che elencano centinaia di URL senza logica, mescolando pagine orfane, reindirizzamenti e contenuti duplicati. Il risultato: un file che Googlebot percorre senza trarne alcun segnale utile, e una pagina HTML che nessuno consulta.
Piano di sito XML: filtrare le URL prima di inviarle
Un sitemap XML deve contenere solo URL canoniche, indicizzabili e con risposta HTTP 200. Questa è la base, eppure la maggior parte dei file generati automaticamente dai CMS include pagine reindirizzate, varianti di paginazione o URL contrassegnate con noindex.
Questo rumore degrada la qualità del segnale trasmesso ai robot di esplorazione. Quando un sitemap contiene diverse migliaia di voci, di cui una frazione significativa restituisce errori 301 o 404, il budget di crawl viene sprecato su risorse inutili.
Raccomandiamo un audit trimestrale del sitemap XML con un crawler dedicato. Il controllo si concentra su tre punti:
- Verificare che ogni URL risponda con un 200 e non sia reindirizzata a un altro indirizzo
- Assicurarsi che il tag canonico di ogni pagina punti a se stesso (non a un URL terzo)
- Escludere qualsiasi pagina che porti una direttiva
noindexnel suo header HTTP o nel suo tag meta
Questa pulizia trasforma il sitemap in un indice affidabile. I motori di ricerca trovano esattamente ciò che il sito desidera indicizzare, senza ambiguità. Un esempio concreto di struttura ben organizzata: il piano del sito di Le Bon Sens raggruppa i suoi contenuti per categorie tematiche, facilitando sia la lettura umana che il crawl automatizzato.
Piano di sito HTML e accessibilità: un secondo percorso di navigazione
Il piano di sito HTML è spesso relegato nel footer, trattato come una reliquia degli anni 2000. È un errore. Le raccomandazioni di accessibilità suggeriscono di offrire almeno due mezzi generali per localizzare una pagina su un sito: menu principale, ricerca interna, breadcrumb o piano del sito.
La European Accessibility Act rafforza questa esigenza per il commercio online. L’obbligo copre i menu, i filtri, le finestre pop-up e le fasi di pagamento. Un sito la cui navigazione si basa esclusivamente su un mega-menu complesso esclude gli utenti che navigano con la tastiera o con un lettore di schermo.
Progettazione del piano HTML per la navigazione da tastiera
Un piano di sito HTML accessibile non è una semplice lista di link. Ogni link deve avere un titolo esplicito (niente “clicca qui”), e la pagina deve essere completamente navigabile senza mouse. Questo implica un ordine di tabulazione logico, un focus visibile su ogni elemento interattivo e l’assenza di trappole da tastiera.
La conformità non si verifica solo con uno strumento automatizzato. I percorsi chiave (accedere a una scheda prodotto, raggiungere la pagina di contatto, tornare alla home) devono essere testati manualmente con la tastiera. Un audit visivo non rileva un link il cui focus è nascosto da CSS.
Gerarchia dei titoli nell’alberatura del sito
La struttura dei titoli Hn di una pagina contribuisce direttamente alla sua navigabilità per i lettori di schermo. Un salto di livello (h1 seguito da un h4) interrompe il percorso e rende il contenuto difficile da comprendere, anche quando il menu visivo sembra chiaro.
Per il piano di sito HTML, applichiamo una regola semplice: un h2 per categoria principale, un h3 per sottocategoria. Niente h4 se non ci sono realmente tre livelli di gerarchia. Questa gerarchia riflette la struttura del menu di navigazione e consente alle tecnologie assistive di saltare direttamente alla sezione pertinente.
Coerenza tra menu, piano di sito e struttura delle pagine
Una trappola comune: il menu principale mostra titoli diversi da quelli del piano di sito, che a loro volta non corrispondono ai tag title delle pagine. Questa incoerenza disorienta l’utente e diluisce il linking interno.
Ogni voce del piano di sito deve riprendere esattamente il titolo utilizzato nel menu. Il testo del link, il titolo della pagina di destinazione e il suo h1 devono condividere lo stesso campo lessicale. Questa coerenza rafforza sia l’esperienza utente che il segnale semantico inviato ai motori di ricerca.
Struttura del sito web: profondità e linking interno
Nessuna pagina utile dovrebbe richiedere più di tre clic dalla home. Questa è una regola di architettura dell’informazione, non solo un consiglio SEO. Un piano di sito ben progettato rende questa profondità visibile e verificabile.
Quando una pagina si trova a cinque livelli di profondità, riceve poco link juice interno e rimane poco visitata. Il piano di sito HTML consente di identificare queste pagine sepolte e di decidere se meritano un collegamento diretto o una ristrutturazione dell’alberatura.
- Elencare tutte le pagine a più di tre livelli di profondità e valutarne l’utilità
- Creare link trasversali tra categorie correlate piuttosto che moltiplicare i sottolivelli
- Aggiornare il piano di sito ad ogni aggiunta o rimozione di pagina, non solo durante i restyling
Un piano di sito statico, bloccato dalla messa online, perde il suo valore in pochi mesi. I contenuti evolvono, alcune pagine vengono rimosse, altre appaiono. Il sitemap XML e il piano HTML devono riflettere lo stato reale del sito, non una fotografia datata della sua struttura iniziale.
La manutenzione regolare del piano di sito, che sia XML o HTML, rimane il miglior indicatore della rigorosità tecnica di un progetto web. Un sito il cui sitemap è pulito e aggiornato segnala ai motori di ricerca come ai visitatori che la navigazione è stata pensata, non subita.
