Hreflang e Siti Multilingua: Codici, Metodi ed Errori da Evitare

Come si dice a Google che una pagina esiste in più lingue o per più paesi? Con l’hreflang, un’annotazione che collega tra loro le versioni localizzate della stessa pagina, così che Google mostri a ciascun utente quella nella sua lingua. Funziona solo se ogni versione elenca sé stessa e tutte le altre, con codici corretti e URL completi.

Cos’è l’hreflang e quando serve?

È l’attributo che segnala a Google che più pagine sono varianti localizzate dello stesso contenuto e per quale lingua o paese è pensata ciascuna. Google lo consiglia in tre situazioni: quando è tradotto solo il modello della pagina, come in un forum; quando esistono piccole varianti regionali di una lingua, come l’inglese per Stati Uniti, Regno Unito e Irlanda; quando il contenuto è interamente tradotto.

Anche senza queste annotazioni Google può trovare le versioni in altre lingue, ma indicarle esplicitamente riduce gli errori, come la versione inglese mostrata a un utente italiano. Le pagine tradotte, precisa Google, sono considerate duplicate solo se il contenuto principale resta non tradotto: un sito multilingua ben fatto non rischia penalizzazioni per contenuti duplicati.

La lingua di una pagina secondo Google

Google riconosce la lingua dal contenuto visibile con i suoi algoritmi e non usa né l’attributo lang dell’HTML né l’URL. La sua guida ai siti multiregionali lo scrive in modo esplicito; aggiunge che le annotazioni tra versioni non servono a rilevare la lingua: servono a collegare le pagine tra loro.

Ne derivano due indicazioni pratiche. Ogni pagina deve essere scritta in una sola lingua, con navigazione e contenuto nella stessa lingua, perché le traduzioni affiancate confondono gli algoritmi. E un sottodominio chiamato en o de non dice nulla a Google sul pubblico di destinazione: il pubblico va dichiarato con le annotazioni tra versioni.

Quali codici lingua e paese si usano?

Secondo la documentazione di Google, il valore dell’attributo è un codice lingua ISO 639-1, seguito facoltativamente da un trattino e da un codice paese ISO 3166-1 Alpha 2, come it-IT o en-US. Il valore non distingue tra maiuscole e minuscole: la regione si scrive in maiuscolo solo per convenzione.

• Il paese da solo non basta: Google non ricava la lingua dal codice paese. Per il Belgio servono fr-BE, nl-BE e de-BE; il codice be, da solo, indica il bielorusso.
• Regno Unito: il codice è GB; UK, come EU e UN, è un codice riservato e non ha effetto sulla Ricerca Google.
• Codici non standard: Google non supporta valori come es-419, usato per lo spagnolo dell’America Latina.
• Sistemi di scrittura: per il cinese si può indicare lo script, per esempio zh-Hant per il cinese tradizionale.

Come si implementa l’hreflang nei tag HTML?

Il primo metodo consiste in un elemento <link rel="alternate"> per ogni versione, inserito nell’<head> di tutte le versioni della pagina. Il gruppo di link è identico ovunque e comprende anche la pagina stessa. Ecco l’esempio riportato nella documentazione di Google:

<link rel="alternate" hreflang="en-GB" href="https://en-gb.example.com/page.html" />
<link rel="alternate" hreflang="en-US" href="https://en-us.example.com/page.html" />
<link rel="alternate" hreflang="en" href="https://en.example.com/page.html" />
<link rel="alternate" hreflang="de" href="https://de.example.com/page.html" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/" />

Tre regole valgono per tutti i metodi. Gli URL devono essere completi di protocollo, come https://example.com/pagina; possono stare anche su domini diversi; e ogni coppia di pagine deve indicarsi a vicenda. Google spiega che la reciprocità serve a impedire che un sito estraneo si dichiari versione alternativa delle tue pagine. La documentazione precisa anche che l’attributo non va combinato con altri attributi, come media, nello stesso tag.

Sitemap o intestazione HTTP: gli altri due metodi

Nella sitemap le versioni si dichiarano con elementi xhtml:link dentro ogni blocco <url>; secondo la documentazione questi elementi non contano nel limite di 50.000 URL per file. Valgono anche qui le regole generali delle sitemap, a partire dagli URL canonici.

<url>
  <loc>https://www.example.com/english/page.html</loc>
  <xhtml:link rel="alternate" hreflang="de" href="https://www.example.de/deutsch/page.html"/>
  <xhtml:link rel="alternate" hreflang="de-CH" href="https://www.example.de/schweiz-deutsch/page.html"/>
  <xhtml:link rel="alternate" hreflang="en" href="https://www.example.com/english/page.html"/>
</url>

L’intestazione HTTP Link serve soprattutto per i file senza <head>, come i PDF. I tre metodi sono equivalenti per Google, che li accetta anche insieme ma scrive che combinarli non porta alcun vantaggio nella Ricerca e rende più difficile la manutenzione. Varie guide, e perfino un’AI Overview di Google rilevata nei risultati a settembre 2026, sostenevano che i metodi non si possano mescolare: Google lo consente, ma duplicare lo stesso segnale non serve a nulla.

A cosa serve hreflang x-default?

Il valore x-default indica la pagina da mostrare quando nessuna delle lingue o delle regioni dichiarate corrisponde alle impostazioni dell’utente. Google lo consiglia per le pagine di selezione della lingua, ma può puntare anche alla versione considerata predefinita o alla pagina che reindirizza gli utenti dei paesi non serviti.

Nel maggio 2023 Google ha precisato che tutti gli URL indicati nelle annotazioni, x-default compreso, possono essere usati per scoprire nuove pagine da scansionare. Una pagina x-default non ha bisogno di un codice lingua. Nella nostra rilevazione di settembre 2026 è comparso un codice inventato, en-WW, pensato per "worldwide" al posto dell’x-default: Google non supporta i codici fuori dagli standard ISO.

Annotazioni tra versioni e canonical

Il canonical di ogni versione linguistica indica la pagina stessa o la migliore versione nella stessa lingua. Una lingua diversa è ammessa solo se la versione nella stessa lingua non esiste: Google parla in quel caso della migliore lingua sostitutiva. Google indica anche che, tra i segnali con cui sceglie la pagina canonica, preferisce gli URL che fanno parte di un gruppo di versioni con collegamenti reciproci.

L’errore tipico riguarda gli URL che reindirizzano. Se l’annotazione punta a /it e il sito reindirizza a /it.html, mentre il canonical indica l’URL finale, i segnali non coincidono: è il caso emerso in una delle home della nostra rilevazione. Le regole generali sul canonical sono spiegate nella guida al tag canonical e valgono identiche per ciascuna lingua.

Sottocartelle, sottodomini o domini nazionali: quale struttura scegliere?

Google descrive quattro strutture possibili per un sito multilingua o multiregionale, ciascuna con vantaggi e limiti dichiarati. Nessuna è obbligatoria: come nel dubbio tra sottodominio o sottocartella per altre sezioni del sito, la decisione dipende da budget, infrastruttura e mercati.

• Dominio nazionale, come example.de: il segnale geografico più chiaro, ma costi più alti, un dominio per paese e in alcuni casi requisiti di registrazione rigidi.
• Sottodominio, come de.example.com: facile da configurare e con server anche in luoghi diversi, ma dall’URL l’utente non capisce se de indica la lingua o il paese.
• Sottocartella, come example.com/de/: facile da configurare e con poca manutenzione, perché resta un solo host; il limite è un’unica posizione del server.
• Parametro nell’URL, come ?loc=de: sconsigliato da Google.

Più guide, a settembre 2026, scrivevano che le sottocartelle "ereditano l’autorità" del dominio principale: nella documentazione di Google i vantaggi delle sottocartelle sono solo operativi e di autorità ereditata non si parla. Alcuni domini nazionali molto usati come generici, come .io, .co o .ai, oltre a .eu, sono trattati da Google come domini generici. Cambiare struttura su un sito esistente è una migrazione del sito web a tutti gli effetti, con mappa dei redirect e controlli dopo il trasferimento.

I redirect automatici per lingua

I redirect automatici per lingua danneggiano un sito multilingua perché possono nascondere a Google le versioni del sito. Google sconsiglia di reindirizzare automaticamente gli utenti a una lingua in base a ciò che si presume sia la loro lingua; nella pagina sulle pagine adattive spiega anche il motivo: gli indirizzi IP predefiniti di Googlebot risultano negli Stati Uniti e le sue richieste arrivano senza l’intestazione che indica la lingua preferita.

Un sito che mostra sempre la versione inglese a chi si collega dagli Stati Uniti rischia quindi che Google non veda mai le altre. La soluzione indicata da Google è offrire URL distinti per lingua con link visibili per passare da una versione all’altra e usare l’x-default sulla pagina che smista gli utenti.

Gli errori trovati nelle home di 23 siti italiani

Il 30 settembre 2026 abbiamo scaricato con uno script le home di 23 siti italiani multilingua noti, di moda, turismo, alimentare, arredo, banche e università. Cinque non hanno risposto alle richieste automatiche; sui 18 letti, 16 usavano le annotazioni, tutti con i tag HTML.

• x-default mancante: presente in 8 home su 16.
• Codici non validi o ignorati: 2 su 16, un en-EU e un en-WW.
• URL relativi: 1 su 16, con indirizzi come /en/ al posto dell’URL completo.
• Annotazioni verso URL in redirect: 1 caso, con il canonical che punta a un indirizzo diverso.
• Versioni non collegate: 2 siti avevano una seconda lingua raggiungibile ma nessuna annotazione.

La reciprocità tra la home italiana e quella inglese era invece corretta in 14 casi su 15. La rilevazione riguarda solo le home: schede prodotto e articoli vanno controllati a parte. La documentazione di Google elenca come errori comuni proprio i link di ritorno mancanti e i codici di lingua o di regione sbagliati.

Il controllo delle annotazioni senza un report di Search Console

Search Console non ha più un report dedicato. Il vecchio report Targeting internazionale è stato ritirato e Google ha precisato che continua a usare le annotazioni tra versioni. Il controllo va fatto con altri strumenti.

1. Crawler SEO: una scansione del sito segnala link di ritorno mancanti, codici errati e alternate verso pagine con errori o redirect.
2. Strumenti citati da Google: la documentazione rimanda a un generatore di tag e a un tester di terze parti, che Google cita senza mantenerli.
3. Controllo a campione: per le pagine principali, l’HTML servito deve contenere lo stesso gruppo di link in tutte le versioni.
4. Controllo URL: in Search Console mostra per ogni pagina il canonical scelto da Google, utile per capire se una versione viene accorpata a un’altra.

Le verifiche prima di aprire una nuova lingua

Prima di pubblicare una nuova versione linguistica, per esempio per vendere all’estero online, servono un elenco chiuso delle lingue e dei paesi serviti e un solo metodo di implementazione. Ogni versione deve indicare sé stessa, tutte le altre e un x-default; canonical e annotazioni devono puntare agli stessi URL finali, senza redirect in mezzo. Per una versione in cinese conta anche il mercato del motore di ricerca Baidu.

Le annotazioni sono la parte tecnica di un lavoro più ampio, che nella SEO internazionale comprende la scelta dei mercati, la ricerca di parole chiave per ogni lingua e testi scritti per ciascun pubblico. Chi sta portando il sito in nuovi paesi può confrontarsi con noi già nella fase di scelta della struttura.

Domande frequenti sui siti multilingua