Un piano del sito HTML svolge una funzione precisa su un blog: espone l’intera struttura sotto forma di link cliccabili, accessibili ai visitatori così come ai robot di indicizzazione. Su un blog le cui archiviazioni crescono ogni settimana, questa pagina diventa l’unico posto dove la struttura completa rimane leggibile a colpo d’occhio.
Crawl budget e piano del sito HTML: ciò che il collegamento classico non copre
Su un blog attivo, gli articoli più vecchi finiscono sepolti sotto diversi livelli di paginazione. I robot dei motori di ricerca allocano un budget di crawl limitato a ogni dominio. Senza un link diretto da una pagina di bassa profondità, i contenuti orfani escono progressivamente dall’indice.
Il piano del sito HTML risolve questo problema posizionando ogni URL a un clic dalla radice. Non sostituisce la sitemap XML, che rimane un file tecnico destinato ai crawler. I due formati svolgono ruoli complementari: il XML segnala gli URL e la loro data di modifica, l’HTML offre un percorso di navigazione reale ai visitatori.
Google precisa inoltre che inviare una sitemap XML costituisce un segnale di scoperta, non una garanzia di indicizzazione. Il piano HTML, invece, crea un link ipertestuale reale che il robot segue come qualsiasi altro link interno. Combinare i due aumenta la probabilità che una pagina venga esplorata.
Un blog come Les Babillages de Babinette illustra bene questa logica: consultando il piano del sito LES BABILLAGES DE BABINETTE, ogni sezione e ogni articolo rimangono accessibili senza passare per la paginazione né per il motore di ricerca interno.
Struttura di un piano di sito efficace per un blog a categorie multiple
Un blog organizzato in categorie (bellezza, lifestyle, genitorialità, viaggi) richiede un piano del sito che riproduca questa gerarchia. Elencare gli URL in modo piatto, senza raggruppamento, equivale a proporre un elenco telefonico senza classificazione alfabetica.
Raggruppamento per tassonomia
Ogni categoria principale forma una sezione. Le sottocategorie o i tag appaiono in rientro, seguiti dagli articoli corrispondenti. Questa disposizione riproduce il schema a silo che i motori di ricerca interpretano come un segnale tematico coerente.
Ordine di ordinamento e aggiornamento
Due opzioni comuni: ordinamento cronologico inverso (il più recente in alto) o ordinamento alfabetico. L’ordinamento cronologico si adatta meglio ai blog editoriali, perché i lettori cercano spesso l’ultimo contenuto pubblicato. Il punto tecnico da non trascurare: il piano deve rigenerarsi automaticamente a ogni pubblicazione. Un piano statico che dimentica i nuovi articoli perde ogni utilità in poche settimane.
Su WordPress, diverse estensioni generano questa pagina in tempo reale. Raccomandiamo di verificare che l’estensione scelta rispetti i tag semantici HTML (liste annidate ul/li) piuttosto che produrre un blocco di link in modo casuale.
Piano del sito e accessibilità WCAG: un leva di conformità spesso ignorata
Il criterio di successo 2.4.5 delle WCAG 2.2, di livello AA, richiede che un insieme di pagine offra diversi modi per localizzare una pagina specifica. Le tre vie classiche sono il menu di navigazione, la ricerca interna e il piano del sito.
Su un blog, il menu principale non può elencare centinaia di articoli. La ricerca interna dipende dalla qualità dell’indicizzazione lato server. Il piano del sito HTML diventa quindi la rete di sicurezza che garantisce che un utente, anche tramite un lettore di schermo, possa trovare qualsiasi contenuto.
- Il piano del sito fornisce un elenco di link nativi, perfettamente interpretabili dalle tecnologie assistive, senza dipendere da JavaScript.
- Offre una panoramica agli utenti che non padroneggiano il sistema di categorie o di tag del blog.
- Soddisfa il criterio WCAG 2.4.5 in aggiunta al menu e al campo di ricerca, senza sviluppo aggiuntivo.
Ignorare questo punto espone un blog professionale o istituzionale a un difetto di conformità, mentre la soluzione richiede meno di un’ora per essere implementata.
Errori frequenti che rendono un piano di sito inutile per la navigazione
Produrre un piano del sito non è sufficiente. Diversi errori comuni annullano i suoi benefici, sia per il posizionamento che per l’esperienza di lettura.
- Includere URL in noindex: se una pagina ha una direttiva noindex, elencarla nel piano invia un segnale contraddittorio ai robot e confonde il budget di crawl.
- Elencare URL reindirizzate (301 o 302): il piano deve puntare verso gli URL finali, non verso indirizzi intermedi.
- Omettere il link al piano dal footer o dal menu: un piano del sito introvabile non serve a nessuno. La convenzione vuole che sia presente nel piè di pagina, accessibile da tutte le pagine del blog.
- Generare un piano senza struttura gerarchica: un elenco piatto di diverse centinaia di link scoraggia la lettura e non trasmette alcuna informazione tematica ai motori di ricerca.
Controllare questi punti richiede pochi minuti. Il guadagno in leggibilità e copertura di indicizzazione si misura già al successivo recrawl.
Tag lastmod della sitemap XML: la trappola della data automatica
Il valore lastmod in una sitemap XML indica ai robot la data dell’ultima modifica significativa di una pagina. Google ha precisato a giugno 2023 che questo dato può influenzare la frequenza di recrawl, a condizione che rifletta un cambiamento reale del contenuto.
Molti blog aggiornano questa data a ogni rigenerazione della cache o a ogni pubblicazione di un commento. Il risultato: tutte le URL mostrano la stessa data recente, e il segnale perde ogni valore. Il motore finisce per ignorare il tag per questo dominio.
La buona pratica consiste nel modificare lastmod solo durante un aggiornamento editoriale (aggiunta di un paragrafo, correzione fattuale, aggiornamento di dati). Le modifiche cosmetiche (cambiamento di tema, aggiunta di un widget nella sidebar) non giustificano una nuova data.
Il piano del sito HTML non è un gadget per SEO. È un componente strutturale del blog che serve simultaneamente a tre obiettivi: guidare i visitatori verso qualsiasi contenuto, fornire ai robot un percorso di crawl a bassa profondità e soddisfare un requisito di accessibilità documentato. La sua implementazione richiede poco tempo, ma la sua manutenzione (URL aggiornate, gerarchia coerente, assenza di reindirizzamenti) richiede un controllo regolare, idealmente a ogni audit tecnico del sito.
