Heading tag: come strutturare H1, H2, H3 per SEO e accessibilità

Indice contenuti:

Gli heading tag (<h1>, <h2>, …, <h6>) sono elementi HTML che definiscono i titoli e sottotitoli di una pagina. Per l’utente sono un aiuto alla scansione visiva; per Google sono uno dei segnali principali per capire la struttura e i sottotemi del contenuto; per chi usa screen reader sono lo strumento di navigazione primario. Usarli male significa rinunciare a tre vantaggi contemporaneamente.

Questa guida copre le regole operative, chiarisce falsi miti ricorrenti (tipo “un solo H1 per pagina”), e spiega cosa cambia davvero tra H1 e title tag.

I sei livelli di heading

Tag	Ruolo	Uso tipico
`<h1>`	Titolo principale della pagina	Uno per pagina (vedi discussione sotto)
`<h2>`	Sezione di primo livello	3-8 per articolo medio
`<h3>`	Sottosezione di `<h2>`	Variable
`<h4>`	Sotto-sottosezione	Raro, solo per contenuti molto strutturati
`<h5>` `<h6>`	Livelli ulteriori	Praticamente inutilizzati in contenuti editoriali

“Un solo H1 per pagina”: la verità

Questa regola viene ripetuta ovunque come se fosse legge. Non lo è tecnicamente. John Mueller (Google Search Advocate) ha dichiarato pubblicamente più volte, inclusa una Office Hours del 2019 e confermato in seguito: “puoi usare più di un H1 per pagina, Google lo gestisce”.

Cosa significa in pratica:

Da un punto di vista HTML5: l’uso di più H1 è tecnicamente valido se ciascuno è in una sezione (<section>, <article>) separata
Da un punto di vista Google: usare uno o più H1 non cambia materialmente il ranking
Da un punto di vista accessibilità: gli screen reader gestiscono bene entrambi i casi

Perché allora “un solo H1” è la best practice raccomandata:

Chiarezza comunicativa: ogni pagina dovrebbe avere un tema principale, un solo H1 lo esprime
Coerenza con il title tag: H1 e title spesso coincidono o sono simili, difficile avere due “titoli principali”
Consistenza tra pagine: facilita audit, template e gestione editoriale
Evitare errori: il rischio di sbagliare la gerarchia aumenta con multipli H1

Quando ha senso avere più H1:

Homepage strutturate a blocchi autonomi (ognuno potrebbe avere il proprio H1)
Newsroom / magazine con molti articoli nella stessa pagina

Per una pagina di articolo/blog post standard: uno e uno solo.

Gerarchia: l’errore più comune

L’errore tipico è saltare livelli:

<!-- SBAGLIATO -->
<h1>Guida SEO</h1>
<h3>Tecnica</h3>  <!-- salta H2 -->
<h2>On-page</h2>  <!-- torna indietro -->

L’ordine corretto rispetta la gerarchia logica:

<!-- CORRETTO -->
<h1>Guida SEO</h1>
  <h2>SEO tecnica</h2>
    <h3>Crawl budget</h3>
    <h3>Sitemap XML</h3>
  <h2>SEO on-page</h2>
    <h3>Title e meta</h3>
    <h3>Heading tag</h3>

Perché conta:

Uno screen reader che naviga per “sezioni” si confonde con gerarchie rotte
Google usa la gerarchia per capire quali sottotemi sono subordinati a quali
I plugin che generano un indice automatico (Table of Contents) producono output sballato

Strumenti per verificare la struttura heading:

Chrome DevTools → Accessibility → Headings
HeadingsMap (estensione Chrome/Firefox gratuita)
Screaming Frog → Tab “H1” e “H2” per audit massivi

Title tag vs H1: due cose diverse

Uno dei punti più confusi. Vediamo le differenze in una tabella:

	`<title>`	`<h1>`
Dove sta	`<head>` della pagina	`<body>`, visibile
Dove appare all’utente	Tab del browser, SERP, condivisioni social	Nella pagina stessa
Funzione primaria	SEO + click-through rate in SERP	Struttura del contenuto + UX
Lunghezza ottimale	50-60 caratteri (prima del troncamento)	Libera, tipicamente 30-80 caratteri
Può differire dal H1?	Sì, spesso è consigliabile	—

Esempio di title e H1 ben calibrati e diversi:

<title>: “SEO Magento 2: Guida all’Ottimizzazione di Adobe Commerce” (60 caratteri, include keyword primaria, accattivante per il click)
<h1>: “SEO Magento 2: guida pratica all’ottimizzazione di un e-commerce Adobe Commerce” (più discorsivo, dentro la pagina ha senso essere più esteso)

Perché differenziare ha senso:

Il title compete in SERP con altri 9 risultati: deve essere accattivante
L’H1 è già visto da chi è atterrato sulla pagina: può essere più descrittivo

Meta description: separata da entrambi, sempre 140-160 caratteri, deve invogliare al click. Google la usa (o la riscrive) come snippet in SERP.

Keyword negli heading: cosa funziona e cosa no

Cosa funziona:

Includere la keyword principale nell’H1 in modo naturale
Usare varianti e sinonimi negli H2/H3
Coprire i sottotopic che Google si aspetta (guarda le SERP e le “People Also Ask” per la tua query principale)

Cosa non funziona:

Keyword stuffing negli heading (<h2>SEO Magento migliore SEO per Magento</h2>)
Heading tutti con la stessa keyword ripetuta
Usare heading per parole chiave irrilevanti rispetto alla sezione

Un principio guida: se stacchi un heading dal suo contesto e lo leggi isolato, deve avere senso. Se è solo una sfilza di keyword, è fatto male.

Heading come indice dell’articolo

I plugin di Table of Contents (Rank Math TOC, Easy TOC, LuckyWP) generano automaticamente un indice cliccabile dagli heading della pagina. Vantaggi:

Migliorano l’UX su articoli lunghi
Possono attivare sitelink nella SERP (Google genera “Jump to” verso le sezioni)
Rendono più rapida la scansione per gli utenti

Se usi TOC automatico, la gerarchia degli heading diventa doppiamente importante: un H3 fuori posto diventa visibile come un errore nell’indice.

Nota di implementazione: non scrivere TOC manuali nel contenuto se il tuo plugin lo genera già — rischi duplicati o inconsistenze quando aggiorni l’articolo.

Heading e accessibilità

Per chi usa uno screen reader, gli heading sono uno dei due meccanismi principali di navigazione (l’altro sono i landmark). NVDA, JAWS, VoiceOver permettono di saltare da un heading all’altro con scorciatoie da tastiera.

Implicazioni pratiche:

Heading usati solo per lo stile (es. un testo grande che non è un vero heading): evitare, usa CSS
Heading vuoti o con solo icone: problematici, aggiungi testo reale
Gerarchia coerente: come discusso sopra, cruciale

WCAG 2.1 criteri rilevanti:

1.3.1 Info and Relationships (Level A): la struttura va esposta in modo programmatico
2.4.6 Headings and Labels (Level AA): heading descrittivi del contenuto della sezione
2.4.10 Section Headings (Level AAA): heading usati per organizzare il contenuto

Checklist operativa per ogni articolo

Prima di pubblicare:

[ ] Un solo H1, che riflette il tema principale
[ ] H2 per ogni sezione di primo livello (tipicamente 3-8 per articolo)
[ ] H3 per sottosezioni, senza saltare livelli
[ ] H4+ solo se davvero necessari
[ ] Keyword principale nell’H1 in modo naturale
[ ] Varianti semantiche negli H2/H3
[ ] Nessun heading usato solo per stile (usa CSS per quello)
[ ] Heading descrittivi: se letti in isolamento, dicono cosa c’è sotto
[ ] Gerarchia verificata con HeadingsMap o DevTools
[ ] Title e H1 diversi se vale la pena di differenziarli per CTR in SERP

Takeaway

“Un solo H1 per pagina” non è una regola tecnica, è una best practice consigliata per chiarezza
La gerarchia (H1 → H2 → H3, senza salti) è più importante del numero di H1
Title e H1 sono cose diverse: il title è per la SERP, l’H1 è per la pagina
Keyword negli heading sì, keyword stuffing no
Heading ben fatti attivano sitelink “Jump to” in SERP e migliorano l’UX su articoli lunghi
Gli heading sono strumenti di accessibilità prima ancora che di SEO: farli bene ha un impatto sociale oltre che tecnico

Link interni suggeriti: