Se il tuo sito si rivolge a persone in più di una lingua o di un paese, vuoi che ogni visitatore veda la versione giusta nei risultati di ricerca: chi parla spagnolo la pagina in spagnolo, chi compra in Svizzera i prezzi in franchi, chi visita dall'Italia il sito italiano. La SEO internazionale è il modo per ottenerlo – e l'hreflang è il suo strumento principale.
Scegli una struttura del sito
Ci sono tre modi comuni di organizzare i contenuti internazionali:
| Struttura | Esempio | Pro | Contro |
|---|---|---|---|
| Domini con codice paese | example.de, example.fr | Il segnale geografico più forte, fiducia locale | Costosi, autorevolezza divisa tra i domini, più manutenzione |
| Sottodomini | de.example.com | Facili da ospitare separatamente | Autorevolezza in parte separata, segnale geografico più debole |
| Sottocartelle | example.com/de/ | Condividono l'autorevolezza del dominio principale, le più facili da mantenere | Segnale geografico più debole di un ccTLD |
Per la maggior parte delle aziende, le sottocartelle offrono il miglior equilibrio: un solo dominio costruisce autorevolezza per tutte le lingue. Usa i ccTLD quando hai le risorse per gestire attività davvero separate in ogni paese.
Qualunque cosa tu scelga, evita di affidarti ai parametri nell'URL (?lang=fr) o di mostrare lingue diverse sulla stessa URL in base a cookie o indirizzo IP – i motori di ricerca hanno bisogno di un'URL univoca per ogni versione.
Targeting per lingua vs per paese
Decidi se ti rivolgi a lingue, a paesi o a entrambi:
- Una sola versione in spagnolo per tutti gli ispanofoni → targeting per lingua (
es) - Versioni diverse per Spagna e Messico → lingua più regione (
es-ES,es-MX) - Una sola versione in italiano, ma con prezzi separati per Italia e Svizzera → varianti regionali (
it-IT,it-CH)
Crea varianti per paese solo quando i contenuti sono davvero diversi (valuta, prezzi, informazioni legali, ortografia, prodotti). Copie quasi identiche per ogni paese della stessa lingua aggiungono manutenzione senza grandi benefici.
Cosa fa l'hreflang
Le annotazioni hreflang dicono ai motori di ricerca che più URL sono versioni equivalenti dello stesso contenuto per lingue o regioni diverse. Li aiutano a mostrare l'URL giusta a ogni persona che cerca – ed evitano che le versioni alternative vengano trattate come duplicati in concorrenza.
<link rel="alternate" hreflang="en" href="https://example.com/">
<link rel="alternate" hreflang="en-GB" href="https://example.com/uk/">
<link rel="alternate" hreflang="fr" href="https://example.com/fr/">
<link rel="alternate" hreflang="x-default" href="https://example.com/">
Google usa l'hreflang; Bing si basa di più sul meta tag content-language e sull'attributo HTML lang, quindi imposta anche quelli.
Le regole che contano
1. Ogni versione elenca tutte le versioni – compresa se stessa
L'insieme completo dei tag hreflang deve comparire in ogni pagina del gruppo. Ogni pagina include una voce autoreferenziale.
2. I link di ritorno sono obbligatori
Se la pagina inglese punta alla pagina francese, la pagina francese deve puntare a sua volta alla pagina inglese. Senza link reciproci, Google può ignorare le annotazioni. È l'errore di hreflang più comune.
Convalida i tag hreflang e verifica che ogni versione linguistica rimandi alle altre.
3. Usa codici validi
- Lingua: codice ISO 639-1 di due lettere (
en,fr,de,ar) - Regione facoltativa: codice ISO 3166-1 alpha-2 (
GB,US,MX) - La sola regione non è valida (
hreflang="uk"significa ucraino, non Regno Unito) - Il Regno Unito è
GB: usaen-GB, maien-UK
4. Aggiungi x-default
x-default indica la pagina da mostrare quando nessun'altra versione corrisponde a chi cerca – di solito un selettore di lingua o la tua pagina internazionale principale.
5. Punta a URL canoniche e indicizzabili
Ogni URL nell'hreflang deve restituire 200, essere indicizzabile ed essere canonica di se stessa. Non far puntare l'hreflang a redirect o a pagine con noindex, e non impostare il canonical di una versione linguistica verso un'altra.
Genera i tag hreflang per ogni versione linguistica e regionale di una pagina.
Tre modi per implementare l'hreflang
- Tag link nell'HTML, nella sezione
<head>– il più semplice per i siti piccoli - Intestazioni HTTP – per i file non HTML come i PDF
- Sitemap XML – il migliore per i siti grandi, mantiene leggero l'HTML ed è più facile da gestire in modo centralizzato
<url>
<loc>https://example.com/fr/</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/"/>
<xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/"/>
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/"/>
</url>
Usa un solo metodo in modo coerente; mescolarli rende gli errori più probabili.
Oltre l'hreflang
- Traduci bene. La traduzione automatica senza revisione spesso si legge male. Localizza valute, unità di misura, date, esempi e riferimenti culturali.
- Localizza i metadati. Traduci title, description, testi alternativi e URL (slug) quando è possibile.
- Non reindirizzare automaticamente in base all'IP. Reindirizzare i visitatori in base alla posizione può impedire a Googlebot (che scansiona soprattutto dagli Stati Uniti) di vedere le altre versioni. Mostra invece un banner che suggerisca la versione locale.
- Collega le versioni tra loro con un selettore di lingua visibile che usi link normali.
- Imposta l'attributo HTML
lange la direzione del testo (dir="rtl"per arabo ed ebraico). - Ottieni link e menzioni locali per ogni mercato.
Errori comuni con l'hreflang
- Link di ritorno mancanti
- Codici non validi come
en-UKoukper il Regno Unito - Voci autoreferenziali mancanti
- Hreflang che puntano a URL reindirizzate, interrotte o con noindex
- Tag canonical che fanno puntare tutte le lingue a una sola versione
- Hreflang solo in homepage e non nelle pagine interne
Un esempio pratico
Un negozio online con sede in Italia vende in Italia, in Svizzera, in Francia e in Germania, con contenuti in italiano, francese e tedesco. I prezzi sono diversi tra Italia (EUR) e Svizzera (CHF).
Struttura: sottocartelle su un unico dominio.
| Versione | URL | hreflang |
|---|---|---|
| Italiano – Italia | example.com/ | it-IT |
| Italiano – Svizzera | example.com/ch/ | it-CH |
| Francese | example.com/fr/ | fr |
| Tedesco | example.com/de/ | de |
| Ripiego | example.com/ | x-default |
Ogni pagina di ogni versione riporta tutte e cinque le annotazioni. Le versioni francese e tedesca puntano alla lingua invece che a un singolo paese, perché il negozio serve chi parla francese e tedesco in più paesi con gli stessi contenuti. Le versioni italiana e svizzera differiscono per valuta e informazioni di consegna, quindi ricevono codici regionali separati.
Le lingue da destra a sinistra
Arabo, ebraico, persiano e urdu si scrivono da destra a sinistra. Per queste versioni:
- Imposta
dir="rtl"sull'elemento<html>insieme allangcorretto - Rispecchia il layout – navigazione, icone che indicano una direzione e allineamento del testo
- Usa le proprietà logiche del CSS (
margin-inline-startinvece dimargin-left), così un solo foglio di stile funziona in entrambe le direzioni - Verifica che numeri, URL e testi in lingue miste vengano visualizzati correttamente
Misurare le prestazioni internazionali
In Google Search Console puoi filtrare il report Prestazioni per paese e per pagina, quindi confronta clic e impressioni di ogni cartella linguistica nei paesi obiettivo. Se le pagine in francese ricevono impressioni soprattutto dalla Francia ma mancano il pubblico belga e quello canadese, valuta se varianti regionali o contenuti locali potrebbero aiutare. Controlla anche che chi cerca da ogni paese arrivi sulla versione giusta – se chi cerca dalla Svizzera arriva sulle pagine italiane, rivedi l'hreflang e le differenze di contenuto.
Checklist della SEO internazionale
- Un'URL univoca per ogni versione linguistica o regionale
- Struttura del sito scelta (ccTLD, sottodominio o sottocartella) e usata in modo coerente
- Hreflang in ogni versione, comprese le voci autoreferenziali e x-default
- Link di ritorno reciproci tra tutte le versioni
- Codici di lingua e di regione validi
- Canonical autoreferenziali in ogni versione
- Contenuti, title e description tradotti e localizzati
- Attributi HTML
langedirimpostati - Nessun redirect automatico in base all'IP; al suo posto un selettore di lingua visibile
- Monitoraggio delle prestazioni separato per ogni mercato
Punti chiave
- I siti internazionali hanno bisogno di un'URL univoca per ogni versione linguistica o regionale.
- Le sottocartelle su un unico dominio sono il miglior equilibrio tra autorevolezza e manutenzione per la maggior parte delle aziende.
- L'hreflang deve essere reciproco e includere una voce autoreferenziale in ogni versione.
- Usa codici validi – lingua più regione facoltativa, come it-CH – e aggiungi x-default.
- Ogni versione ha bisogno di un canonical autoreferenziale; non impostare mai il canonical da una lingua all'altra.
- Evita i redirect automatici in base all'IP e offri invece un selettore di lingua visibile.
Domande frequenti
Mi serve l'hreflang per un sito in una sola lingua?
No. L'hreflang serve solo ai siti con contenuti equivalenti in più lingue o regioni.
L'hreflang è un fattore di ranking?
No. Non fa posizionare meglio le pagine; aiuta i motori di ricerca a mostrare la versione giusta al pubblico giusto.
Google usa l'attributo HTML lang?
Google rileva la lingua dal contenuto stesso e usa l'hreflang per le versioni alternative. Impostare l'attributo lang resta comunque importante per l'accessibilità e per gli altri motori di ricerca.
Posso tradurre il mio sito automaticamente?
Puoi, ma rivedi le traduzioni automatiche. Traduzioni automatiche di bassa qualità su larga scala possono essere trattate come contenuti di scarso valore.
Analizza il tuo sito
Esegui un audit gratuito con oltre 55 controlli e ottieni una soluzione per ogni problema.