Quando un brand opera su più lingue sotto lo stesso dominio, hreflang è il singolo asset tecnico più sotto-implementato di cui disponga. La maggior parte dei siti lo omette del tutto, lo imposta in modo errato oppure lo imposta parzialmente — perdendo, come conseguenza, una quota significativa di visibilità di ricerca sui mercati esteri.
Quello che segue è ciò che effettivamente deve essere vero, insieme ai quattro failure mode che riscontriamo in quasi ogni diagnosi.
Cosa fa concretamente hreflang
Hreflang comunica a Google che due URL sono lo stesso contenuto in lingue diverse, istruendo il crawler a servire a ciascun utente la versione corrispondente alla propria lingua e regione. Non incide sul ranking in modo diretto. Incide su quale delle pagine che si posizionano viene mostrata a quale utente.
In assenza di hreflang, un utente italiano che cerca un hotel a Como può visualizzare la versione inglese della pagina nei risultati. Rimbalza. Google interpreta il rimbalzo come segnale negativo di rilevanza a carico della pagina, e l'intero cluster ne subisce le conseguenze.
I quattro failure mode
1. Return tag mancanti
Il fallimento più comune. La pagina A rimanda alla pagina B via hreflang="it", ma la pagina B non punta di ritorno alla A. Google interpreta il cluster come rotto e ignora l'intero insieme.
2. Direzione errata del canonical
Ciascuna pagina del cluster deve avere il proprio canonical auto-referenziato, non puntare a una singola pagina "master" in una lingua di riferimento. Impostare il canonical della pagina italiana verso l'URL inglese ne annulla l'indicizzazione: la pagina cessa di esistere per Google.
3. Assenza di x-default
Senza hreflang="x-default", gli utenti provenienti da locale non coperti ricevono ciò che Google decide di ipotizzare. L'inclusione di x-default, tipicamente puntato alla versione inglese, rappresenta il fallback sicuro per un pubblico globale.
4. Codici lingua con regioni disallineate
hreflang="en-US" è una dichiarazione differente da hreflang="en". Se il sito si rivolge a un pubblico anglofono in senso ampio, va utilizzato il codice di sola lingua. I codici regionali restringono il pubblico — talvolta intenzionalmente, spesso per errore.
L'audit che intercetta il problema prima di Google
Per ciascun URL del cluster multilingua:
- Recupero della pagina ed estrazione di ogni tag
<link rel="alternate" hreflang="…">. - Verifica che ciascun URL referenziato restituisca 200, presenti un canonical auto-referenziato, e rimandi via hreflang a ogni sibling del cluster.
- Conferma della presenza di
hreflang="x-default"puntato a un URL raggiungibile. - Controllo che nessuna pagina del cluster abbia il canonical puntato a un sibling anziché a sé stessa.
Il report International Targeting di Google Search Console intercetta gran parte di questi problemi, ma soltanto dopo che Google ha effettivamente crawlato e processato. Un audit condotto alla fonte li intercetta prima che comportino perdita di visibilità.
"Hreflang non posiziona le pagine. Instrada gli utenti verso quella corretta. Il sito che si posiziona e instrada male è in condizione peggiore di quello che non si posiziona affatto."
Dove risiede il ritorno effettivo
Il beneficio evidente — l'utente in lingua straniera che atterra sulla pagina in lingua corretta — è rilevante. Il beneficio composto è che un sito hreflang-pulito segnala a Google l'intenzionalità dell'intero cluster, riducendo il rischio che una lingua cannibalizzi l'altra nella SERP. È l'upside invisibile che emerge in Search Console come crescita organica più stabile nel corso dei mesi.
Il servizio International SEO Strategy gestisce questa disciplina a livello di template — audit, rebuild e monitoraggio. Il caso del resort di lusso è un esempio in cui la sola ricostruzione hreflang ha inciso su una quota misurabile della crescita di traffico.
Per l'audit su un sito specifico, il punto di accesso appropriato è la sessione strategica di trenta minuti.