Un piano del sito mal progettato non presenta solo un problema di ergonomia. Da quando Google ha sostituito il FID con l’INP (Interaction to Next Paint) come Core Web Vital a marzo 2024, la reattività di ogni interazione su una pagina conta nel ranking. Un mega-menu JavaScript mal ottimizzato che supera la soglia di 200 ms in INP degrada direttamente la visibilità organica, anche se la sitemap XML è tecnicamente pulita.
INP e navigazione: il segnale SEO che i piani di sito ignorano
La maggior parte delle guide sulla struttura web tratta la gerarchia come un esercizio puramente logico: categorie, sottocategorie, profondità di clic. Osserviamo che questo approccio omette un fattore tecnico diventato determinante.
L’INP misura la latenza di tutte le interazioni degli utenti durante una visita, non solo la prima. Un menu a discesa con animazioni CSS pesanti, un filtro di categorie che attiva un re-render completo del DOM, o un footer sovraccarico di link interni che rallenta il parsing: ciascuno di questi elementi di navigazione alimenta il punteggio INP.
Raccomandiamo di testare ogni componente di navigazione isolatamente con gli strumenti di Chrome DevTools (scheda Performance). Se l’apertura di un sottomenù richiede più di 200 ms tra il clic e il rendering visivo, il componente deve essere rifattorizzato prima di qualsiasi riflessione sulla gerarchia. Per osservare come un piano del sito Pucker Up struttura le sue voci senza sovraccarico, è un buon esempio di sitemap leggera che non penalizza la reattività globale.
Gerarchia del sito web e profondità di crawl: la regola dei tre clic è obsoleta
La famosa regola dei tre clic non è mai stata convalidata da uno studio rigoroso. Ciò che conta per i motori di ricerca è la profondità di crawl effettiva, ovvero il numero di link che Googlebot deve seguire da una pagina di ingresso per raggiungere un contenuto.
Un sito di 500 pagine con una gerarchia piatta (tutte le pagine a due livelli) distribuisce meglio il budget di crawl rispetto a un sito di 50 pagine organizzato in cinque livelli di categorie annidate. La profondità non è un problema di numero di clic per l’utente, ma di numero di salti per il robot.
Strutturare le categorie per intenzione di ricerca
Organizzare le pagine per tematica lavorativa sembra naturale. In SEO, è spesso un errore. Le categorie di un sito devono riflettere le intenzioni di ricerca degli utenti, non l’organigramma dell’azienda.
- Raggruppare le pagine che rispondono a una stessa query obiettivo sotto un unico nodo genitore, anche se riguardano servizi diversi internamente
- Creare pagine di categoria che mirano esplicitamente a una parola chiave di volume (es: “creazione sito internet” piuttosto che “i nostri servizi web”)
- Eliminare i livelli intermedi che non hanno una query associata: se nessuno cerca il termine, la pagina di categoria serve solo a diluire il linking
Ogni livello di gerarchia deve corrispondere a una query reale. Un livello senza query è un livello inutile per la SEO e un clic in più per il visitatore.
Accessibilità e navigazione: l’European Accessibility Act cambia le regole
Dal 28 giugno 2025, l’European Accessibility Act impone requisiti concreti sulla navigazione dei siti destinati ai consumatori nell’UE. Lo standard di riferimento è l’EN 301 549, allineato con WCAG 2.2 livello AA.
Concretamente, tre punti impattano direttamente l’organizzazione di un piano di sito:
- L’ordine di tabulazione deve seguire la logica visiva del contenuto: un menu i cui elementi sono riordinati in CSS ma non nel DOM crea una navigazione incoerente da tastiera
- Gli elementi di navigazione nascosti (menu hamburger, sottomenù al passaggio del mouse) devono essere accessibili senza mouse, con stati di focus visibili
- Le pagine del piano di sito devono essere raggiungibili per almeno due percorsi distinti (menu principale, sitemap HTML, breadcrumb o link interni contestuali)
Non rispettare questi criteri espone a sanzioni, ma oltre al rischio legale, un sito accessibile è un sito meglio indicizzato. Googlebot non scorre un menu, lo percorre sequenzialmente come un lettore di schermo.
Sitemap XML e sitemap HTML: due strumenti, due funzioni distinte
La confusione tra il file sitemap.xml e la pagina HTML del piano di sito persiste. La sitemap XML è un file tecnico destinato ai robot di indicizzazione. Elenca gli URL con le loro metadati (data di modifica, priorità). La pagina HTML del piano di sito è destinata agli utenti e all’accessibilità.
Raccomandiamo di mantenere entrambi, ma con logiche diverse. La sitemap XML deve contenere solo le pagine indicizzabili (niente pagine paginate, niente pagine filtro, niente reindirizzamenti). Una sitemap XML pulita elenca solo gli URL in 200 con un tag canonical auto-referenziale.
Frequenza di aggiornamento della sitemap XML
Una sitemap statica generata una volta al momento della pubblicazione del sito perde il suo valore dopo alcuni mesi. I CMS come WordPress rigenerano il file automaticamente, ma questa rigenerazione include a volte URL indesiderati (pagine autore, archivi per data, pagine di tag vuote).
Verificare trimestralmente che la sitemap XML non contenga URL orfani o URL che restituiscono un codice 404 è il minimo. Google Search Console segnala queste incoerenze nel rapporto di copertura, ma con un ritardo che può arrivare a diverse settimane.
Il piano di sito HTML, invece, deve rimanere leggibile: una pagina con 2.000 link non gerarchizzati non aiuta nessuno. Raggruppare i link per sezione e limitare la visualizzazione alle pagine strategiche rende questa pagina utile per i visitatori così come per il linking interno.
L’organizzazione di un piano di sito non è un esercizio occasionale. La struttura evolve con il contenuto, le query mirate e le restrizioni tecniche. Un audit trimestrale della gerarchia, della sitemap XML e della conformità all’accessibilità rimane il modo più affidabile per mantenere una navigazione che serva sia gli utenti che i motori di ricerca.
