Hreflang: progettazione, implementazione e controlli senza scorciatoie

13 Agosto 2026 · SEO

Hreflang non traduce, non geolocalizza magicamente un sito e non corregge pagine duplicate senza valore. È un’annotazione che collega versioni equivalenti destinate a lingue o regioni diverse, aiutando Google a mostrare l’URL più adatto. Funziona soltanto quando l’insieme delle pagine, delle canonical e dei link è coerente.

Gli errori più costosi nascono prima del codice: versioni che non sono equivalenti, locale non definito, pagine mancanti, URL non canoniche o responsabilità frammentate. Per questo il progetto deve iniziare da una matrice delle varianti e da regole di pubblicazione. L’implementazione viene dopo ed è sottoposta a controlli automatici e campionamento manuale.

Definire l’unità di equivalenza

Due URL appartengono allo stesso cluster hreflang quando svolgono sostanzialmente lo stesso compito per pubblici diversi. Non devono essere traduzioni parola per parola, ma devono avere intento e destinazione comparabili. Collegare una guida completa in italiano a una home page tedesca segnala equivalenza dove non esiste.

La matrice contiene un ID concettuale di pagina e le URL disponibili per ogni locale. Le celle mancanti restano vuote; non si inserisce una pagina generica per completare il gruppo. Questo modello permette di generare annotazioni, sitemap e report senza affidarsi a confronti manuali di migliaia di URL.

Usare codici validi e comprendere lingua e regione

Il valore hreflang combina normalmente un codice lingua e, quando serve, una regione. La lingua è il requisito fondamentale; la regione restringe la destinazione. Usare en-de per “inglese in Germania” è concettualmente possibile, mentre de-en sarebbe privo di senso se si intende tedesco in Inghilterra. I codici devono seguire standard riconosciuti e una convenzione aziendale.

Non va aggiunta la regione solo perché esiste una cartella Paese. Se lo stesso inglese serve più mercati, una versione en può essere sufficiente. Versioni en-gb ed en-us hanno senso quando contenuto, offerta o percorso differiscono. La proliferazione di varianti quasi identiche aumenta manutenzione e rischio.

Garantire reciprocità e autoriferimento

Ogni pagina del cluster dovrebbe elencare tutte le alternative, compresa se stessa, e le relazioni devono essere reciproche. Se la pagina A indica B ma B non indica A, il segnale è incompleto. Aggiungere una nuova lingua richiede quindi aggiornare l’intero cluster, non soltanto la nuova URL.

La reciprocità va controllata sul contenuto effettivamente servito, non soltanto nel database. Template, cache o regole di ambiente possono rimuovere tag. Un crawler interno deve verificare risposta HTTP, indicizzabilità, canonical, presenza del cluster e corrispondenza di ritorno.

Allineare hreflang e canonical

Ogni variante dovrebbe in genere dichiarare come canonical se stessa, salvo casi tecnici specifici. Canonicalizzare tutte le lingue verso l’italiano comunica che le altre URL sono duplicati da consolidare e contraddice l’intento delle alternative. Google raccomanda, quando si usa hreflang, una canonical nella stessa lingua o la migliore sostituzione disponibile.

Il controllo deve includere redirect, noindex, parametri e URL finali. Annotare una URL che reindirizza o che non è canonica crea catene di segnali. Prima di correggere hreflang si risolvono quindi stato e indicizzabilità delle destinazioni.

Scegliere HTML, header o sitemap in base al sistema

Le annotazioni possono essere fornite nell’HTML, nelle intestazioni HTTP o nelle sitemap XML. Il risultato atteso è equivalente; cambia la governance. L’HTML è visibile sulla pagina ma può appesantire cluster grandi. Le sitemap centralizzano la matrice e sono spesso adatte a CMS complessi. Gli header sono utili per file non HTML, come PDF.

Non è necessario duplicare la stessa implementazione in tutti i canali. Aumentare le fonti aumenta il rischio di incoerenza. Si sceglie una fonte autorevole, si automatizza la generazione e si documenta come vengono gestite eccezioni, nuove pagine e ritiri.

Gestire x-default e selettori di lingua

x-default indica una pagina di fallback non associata a una lingua o regione specifica, per esempio un selettore globale. Non è obbligatorio e non sostituisce una versione linguistica. Va usato quando esiste davvero una destinazione neutra o una pagina che guida alla scelta.

Il selettore di lingua deve usare link HTML accessibili e portare alla pagina equivalente quando disponibile. Reindirizzare forzatamente in base all’IP può impedire all’utente di scegliere e rendere difficile il crawling. È preferibile suggerire una versione e conservare la scelta.

Piano di QA prima e dopo il rilascio

Prima del rilascio si valida la matrice, poi si esegue crawling in staging e produzione. I test verificano codici, reciprocità, autoriferimento, canonical, stato, indicizzabilità e URL assolute. A campione si confrontano le pagine per assicurarsi che siano davvero equivalenti. Gli errori vengono classificati per cluster, non come migliaia di singoli tag.

Dopo il rilascio si monitorano copertura, URL selezionate, impression per Paese e casi in cui appare la versione sbagliata. Hreflang non garantisce la sostituzione in ogni ricerca; i dati servono a individuare pattern, come pagine senza alternativa o segnali locali troppo deboli.

Checklist essenziale

• Matrice delle URL equivalenti con un ID di pagina stabile.
• Codici lingua-regione validi e motivati.
• Annotazioni complete, reciproche e autoriferite.
• Destinazioni 200, indicizzabili e coerenti con canonical.
• Una sola fonte autorevole di generazione.
• Crawling e monitoraggio dopo ogni rilascio significativo.

Domande frequenti

Hreflang evita i contenuti duplicati?

Aiuta Google a comprendere versioni localizzate, ma non sostituisce contenuti utili, canonical coerenti e corretta indicizzazione. Versioni identiche senza reale destinazione locale restano un problema di valore e manutenzione.

È necessario usare hreflang tra pagine nella stessa lingua?

Può essere utile quando esistono versioni regionali, come en-gb ed en-us. Se una sola pagina inglese serve tutti i mercati e non cambia l’offerta, una variante regionale potrebbe essere inutile.

Quante annotazioni può contenere una pagina?

Il limite pratico dipende dall’architettura e dalla manutenzione. Per cluster molto grandi, la sitemap può essere più gestibile. Il criterio è mantenere il gruppo completo e coerente senza introdurre errori o peso non necessario.

Fonti e riferimenti per la revisione

• Google Search Central — Localized Versions of Your Pages
• Google Search Central — Managing Multi-Regional and Multilingual Sites
• Google Search Central — Canonical URLs
• W3C — Language Tags and Locale Identifiers

Approfondisci il servizio: SEO industriale.