Il 34% dei siti multilingua analizzati da Ahrefs nel 2025 presentava implementazioni hreflang errate. Non si tratta di un errore marginale: un tag mal configurato può cannibalizzare le SERP di mercati diversi, far indicizzare la versione sbagliata ai crawler e disperdere il link equity accumulato in anni di attività. Nel 2026, con Google che consolida ulteriormente gli AI Overviews su base geografica e linguistica, sbagliare l'internazionalizzazione ha un costo ancora più alto.
Cosa è cambiato (e cosa no) in hreflang nel 2026
Il protocollo hreflang in sé non è cambiato. Google continua a supportare le tre implementazioni classiche: tag <link rel="alternate"> nell'<head> HTML, HTTP header Link per risorse non-HTML, e XML sitemap con il namespace xhtml. Nessuna delle tre ha ricevuto aggiornamenti tecnici significativi nell'ultimo anno.
Quello che è cambiato è il contesto di rendering: con Googlebot che indicizza sempre più pagine attraverso un pipeline ibrido rendering/crawling, i tag hreflang nel <head> generato lato server rimangono la scelta più sicura. Le implementazioni che iniettano i tag via JavaScript dopo il rendering rischiano di essere letti in modo incompleto, specialmente su siti con molte varianti linguistiche e tempi di hydration elevati.
Un secondo cambiamento riguarda gli AI Overviews: Google mostra snippet generativi diversi per paese e lingua, e la corretta associazione tra contenuto e mercato dipende anche da una struttura hreflang coerente. Un sito italiano con variante inglese mal etichettata rischia che l'AI Overview in inglese peschi la versione italiana del contenuto, degradando la qualità della risposta — e di riflesso la visibilità.
I tre errori più frequenti che vediamo ancora oggi
1. Hreflang non reciproco
Ogni pagina che dichiara un'alternativa deve essere dichiarata come alternativa anche dall'altra. Se /it/prodotto dichiara /en/product come alternativa inglese, allora /en/product deve dichiarare /it/prodotto come alternativa italiana. Google è esplicito su questo: la mancanza di reciprocità invalida l'intera catena.
Nella pratica, questo errore emerge nei siti che aggiungono nuove lingue senza aggiornare le pagine esistenti, oppure che gestiscono le traduzioni con CMS diversi (es. WordPress per l'italiano, Webflow per l'inglese) senza una logica centralizzata.
2. Uso di x-default senza una pagina effettiva di selezione
x-default non significa "pagina generica". Dovrebbe puntare a una URL che gestisce attivamente utenti privi di una corrispondenza linguistica precisa — tipicamente una pagina di language selector o la versione del mercato principale. Usarlo come sinonimo di "homepage" o come fallback vago diluisce il segnale che si vuole dare a Google.
3. Mischiare codici lingua e codici paese
hreflang="it" indica la lingua italiana indipendentemente dal paese. hreflang="it-IT" indica italiano parlato in Italia. hreflang="it-CH" indica italiano parlato in Svizzera. Se avete contenuti diversi per svizzeri e italiani di lingua italiana — prezzi in CHF vs EUR, IVA diversa, riferimenti normativi — la distinzione è fondamentale. Usare solo it per entrambi manda gli utenti svizzeri su versioni con prezzi sbagliati e riduce le conversioni.
Struttura consigliata per un sito multilingua nel 2026
| Struttura URL | Pro | Contro | Quando usarla |
|---|---|---|---|
Subdominio (en.sito.it) | Separazione netta, server diversi | Difficile consolidare autorità | Mercati con infrastrutture molto diverse |
Sottocartella (sito.it/en/) | Eredita autorità del dominio principale | Richiede configurazione server accurata | La maggior parte dei casi |
ccTLD (sito.co.uk) | Segnale geografico forte | Costo e gestione separata | Budget elevati, mercati prioritari |
La struttura a sottocartella rimane la scelta di default per la maggior parte delle PMI e agenzie italiane che gestiscono siti in 2-5 lingue. Il vantaggio in termini di consolidamento del link equity supera la complessità configurativa, che oggi la maggior parte dei CMS gestisce nativamente.
Come verificare hreflang su scala
Per siti sotto le 500 pagine, Screaming Frog con il report "Hreflang" integrato è sufficiente. Esporta tutte le coppie dichiarate, filtra per assenza di reciprocità e per codici lingua non validi secondo ISO 639-1.
Per siti più grandi, la combinazione più efficace nel 2026 è:
- Google Search Console → Copertura internazionale (in Impostazioni sito), che segnala errori hreflang direttamente rilevati da Google
- Sitemap XML con namespace hreflang: permette di gestire migliaia di URL senza appesantire l'HTML, ed è più facile da validare programmaticamente
- Script Python con
requests+lxmlper verificare la reciprocità su tutto il sito in pochi minuti (disponibile su GitHub cercando "hreflang checker python")
Un segnale spesso trascurato: le canonical URL devono essere coerenti con hreflang. Una pagina che punta a sé stessa come canonical ma dichiara hreflang verso un'altra lingua crea un conflitto che Google risolve a proprio giudizio — raramente a vantaggio del sito.
L'impatto degli AI Overviews sull'internazionalizzazione
Con l'espansione degli AI Overviews a oltre 40 paesi nel 2025-2026, emerge un problema nuovo: i modelli di Google tendono a "preferire" contenuti in inglese anche per mercati non anglofoni, a meno che la struttura del sito non segnali chiaramente l'autorità del contenuto locale. Hreflang correttamente implementato è uno dei segnali che rafforza questa associazione geografica.
In pratica: un sito italiano con buon hreflang ha più probabilità che i propri contenuti vengano considerati per gli AI Overviews nelle ricerche in italiano, rispetto a siti privi di marcatura internazionale. Non è una garanzia — i fattori che determinano la presenza negli snippet generativi sono molti — ma è un elemento di segnale che non costa nulla ottimizzare.
Checklist pratica per l'audit hreflang
Prima di considerare l'implementazione completa, verificate questi punti:
Struttura URL
- Le URL di ogni variante linguistica sono stabili e non cambiano in base alla sessione o ai cookie
- Non usate redirect basati su IP/lingua senza fornire anche un link manuale alla versione alternativa
Tag hreflang
- Ogni pagina include sé stessa nella lista delle alternate (self-referencing)
- Tutti i codici lingua rispettano ISO 639-1 (due lettere minuscole)
- I codici paese, dove presenti, rispettano ISO 3166-1 Alpha-2 (due lettere maiuscole)
- La reciprocità è completa per ogni coppia di pagine
Sitemap
- Se usate la sitemap XML per hreflang, ogni URL appare come
<loc>principale e come<xhtml:link>nelle pagine correlate - La sitemap è aggiornata automaticamente al rilascio di nuovi contenuti
Search Console
- Il report "Copertura internazionale" non mostra errori attivi
- Le impressioni per paese/lingua corrispondono ai mercati target
Takeaway
Hreflang non è una delle ottimizzazioni "nice to have": per qualsiasi sito che opera su più mercati linguistici, è infrastruttura. Gli errori di implementazione — mancanza di reciprocità, x-default mal utilizzato, confusione tra lingua e paese — sono ancora diffusissimi nel 2026 e hanno impatti misurabili sulla visibilità organica per mercato.
Il momento giusto per fare l'audit è adesso, prima che un eventuale core update penalizzi la coerenza dei segnali. Gli strumenti ci sono, il protocollo è stabile, e i benefici — in termini di traffico qualificato dai mercati target — sono tra i più concreti che un intervento di technical SEO possa produrre.