SEO Internazionale

TL;DR — L’SEO internazionale è il modo in cui dici ai motori di ricerca per quali lingue e paesi è pensato il tuo sito, così che la persona giusta veda la versione giusta. Sono due domande separate — in che lingua è questa pagina e per quale paese è — e tre leve principali: la tua struttura URL, i tag hreflang e segnali on-page come valuta e indirizzo. hreflang è la più importante, e la cosa da ricordare fin dall’inizio è che è un suggerimento, non un comando.

Cos’è l’SEO internazionale

Se il tuo sito serve persone in più di una lingua o più di un paese, hai un problema di SEO internazionale da risolvere — che tu ci abbia pensato o no. L’obiettivo è semplice da dichiarare: aiutare Google e Bing a capire quale versione di una pagina è pensata per quale pubblico, e servire quella versione alla persona giusta.

L’errore che quasi tutti commettono all’inizio è trattare “lingua” e “paese” come la stessa cosa. Non lo sono:

• Targeting linguistico è per siti multilingue — lo stesso contenuto offerto in più di una lingua.
• Targeting per paese è per siti multi-regionali — contenuti pensati per utenti in paesi diversi, a volte nella stessa lingua.

Esempi rapidi per fissare il concetto: il Canada è un paese con due lingue officiali (inglese e francese) — questo è targeting linguistico all’interno di un paese. Gli Stati Uniti e il Regno Unito sono due paesi che condividono in gran parte una lingua — questo è targeting per paese con la stessa lingua. Molti grandi siti hanno bisogno di entrambi contemporaneamente.

Le tre cose che controlli davvero

1. Struttura URL. Dove vivono le versioni localizzate:
   • ccTLD — example.de per la Germania, example.fr per la Francia. Il segnale più forte “questo è per quel paese”, ma costoso e più difficile da gestire.
   • Sottodominio — de.example.com. Facile da configurare.
   • Sottodirectory — example.com/de/. Manutenzione ridotta, tutto sotto un unico dominio. Per la maggior parte dei siti, è quello che sceglierei.
2. hreflang. Un piccolo tag che dice “questo URL è la versione tedesca, quello è la versione francese.” È ciò che permette a Google di mostrare a un visitatore del Regno Unito la pagina del Regno Unito anche quando la pagina degli Stati Uniti è quella che tecnicamente si posiziona.
3. Segnali on-page. Valuta, indirizzo, numero di telefono, lingua del testo, link da siti locali. Questi rafforzano silenziosamente a chi è destinata una pagina. Evidence for this claim Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Scope: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Confidence: high · Verified: 2026-07-14 Google: Managing multi-regional and multilingual sites

La cosa da sistemare subito

hreflang è un suggerimento, non una direttiva. Puoi impostarlo perfettamente e Google può comunque decidere di mostrare una versione diversa, o fondere due pagine linguistiche quasi identiche in una. Il suo vero lavoro non è forzare nulla — è sostituire la versione regionale giusta nei risultati di ricerca quando può. Impostalo correttamente comunque, perché quando è rotto, quella sostituzione non avviene affatto.

Sappi anche due cose che sono cambiate: Google ha rimosso il vecchio report “International Targeting” da Search Console nel 2022, quindi non imposti più i target per paese lì. E Bing non si basa davvero su hreflang — preferisce un tag diverso (maggiori dettagli su entrambi nella versione Advanced).

Vuoi la versione più approfondita — come scegliere la tua struttura URL, hreflang su larga scala, perché il vantaggio dei ccTLD sta svanendo, e come Bing differisce — passa alla scheda Advanced. Ogni sottotema (hreflang, x-default, traduzione vs. localizzazione, ricerca keyword, audit e SEO multilingue) ha il suo approfondimento collegato da lì.

Mettiti alla prova: SEO internazionale

TL;DR — L’SEO internazionale si muove su due assi (lingua vs. paese) e tre leve (struttura URL, hreflang, segnali on-page). hreflang è un suggerimento: il suo beneficio è lo scambio di versioni nella SERP, non l’indicizzazione, e Google può sovrascriverlo. Il boost di ranking dei ccTLD — l’algoritmo LDCP di Google — sta svanendo (Gary Illyes, luglio 2024). Il report Targeting internazionale di GSC è stato deprecato nel 2022. Bing si affida al meta tag content-language, trattando hreflang come “un segnale molto più debole.” A scala enterprise, l’hreflang manuale fallirà — automatizza la generazione e monitora costantemente. I miei default: sottodirectory e una pagina per lingua. Valuta l’ingresso nel mercato in base a domanda, idoneità, capacità, concorrenza ed economia prima di scegliere l’architettura — e nulla di tutto ciò garantisce indicizzazione, ranking o traffico; migliora solo le probabilità che i motori abbinino correttamente le versioni locali.

Due assi, non uno

La distinzione più utile in tutto questo argomento è che il targeting linguistico e il targeting per paese sono cose diverse. I documenti di Google tracciano la linea chiaramente: “I siti web multilingue sono quelli che offrono contenuti in più di una lingua,” mentre “I siti web multiregionali sono quelli che targettizzano esplicitamente utenti in paesi diversi.” Puoi aver bisogno di uno, di entrambi o di nessuno.

Gary Illyes ha descritto la trappola senza mezzi termini: “La lingua non è assolutamente un indizio per capire quale paese stai targettizzando.” Una pagina francese potrebbe essere per la Francia, il Canada, il Belgio o la Svizzera. Se ti interessa il paese, devi segnalare il paese esplicitamente — un codice di regione nel tuo hreflang (fr-CA, non solo fr) o un ccTLD. La lingua da sola non basta. E l’attributo HTML lang non aiuta: l’esempio di Illyes era un sito in cui “Joomla veniva fornito con l’attributo Lang impostato su inglese… E poi guardavi la pagina, ed era 100% tedesca.” I motori hanno imparato molto tempo fa a non fidarsene.

Nessuna di queste mappature degli assi è un meccanismo di garanzia, e vale la pena dirlo chiaramente: capire la distinzione lingua/paese e i segnali tecnici può migliorare il modo in cui Google e Bing abbinano le versioni locali ai cercatori, ma non promette indicizzazione, ranking, traffico, conversioni, una locale specifica visualizzata o citazioni nelle risposte AI per nessuna singola pagina. L’elenco di segnali qui sotto ha i suoi limiti documentati su cosa conta e cosa no.

Dai priorità al mercato prima di bloccare l’architettura

Prima di impegnarti in una struttura URL, valuta il mercato stesso — l’architettura è costosa da disfare, e sceglierla prima di sapere se il mercato vale la pena di essere affrontato è controproducente. La checklist pratica che uso: domanda di ricerca in quella lingua/paese, se il tuo prodotto o servizio è effettivamente idoneo a essere venduto o operato lì, se hai la capacità operativa per supportarlo (assistenza, aspetti legali, pagamenti, evasione ordini), quanto è già competitivo il mercato e se economia unitaria funziona dopo la conversione. Tratta i numeri di traffico e volume di parole chiave in stile Ahrefs come stime per dimensionare e confrontare i mercati tra loro; tratta le tue righe di Google Search Console o di analytics come dati first-party osservati una volta che sei già attivo in un contesto simile. Saltare questo passaggio è il modo in cui i team finiscono con un costoso ccTLD in un mercato che non avrebbe mai convertito. La pagina ricerca parole chiave SEO internazionale copre in dettaglio il flusso di lavoro di ricerca mercato per mercato.

Scegliere la tua struttura URL

Questa è la decisione architetturale più costosa da disfare, quindi vale la pena farla bene. Google usa diversi segnali per determinare la tua locale target — ccTLD, hreflang, posizione del server e segnali on-page come indirizzi locali, numeri di telefono, valuta e link locali del sito — ma la struttura URL è quella a cui ti impegni a livello di infrastruttura.

La mia scelta predefinita per la maggior parte dei siti è la sottodirectory. Mantiene tutta la tua autorità sotto un unico dominio invece di dividerla tra ccTLD separati, ed è molto meno da mantenere. John Mueller ha detto per anni che “subdomains and subdirectories are essentially equivalent” (traduzione) «sottodomini e sottodirectory sono essenzialmente equivalenti» dal lato di Google, quindi i fattori decisivi sono di solito operativi, non SEO magici — scegli ciò che si adatta al tuo stack e al tuo piano a lungo termine. Questa è una guida pratica derivante dall’averlo gestito su larga scala, non una regola universale di ranking di Google — la documentazione di Google stessa elenca i compromessi per ogni opzione e non dichiara una struttura vincitrice.

La grande avvertenza è la storia dei ccTLD. I ccTLD sono ancora il segnale paese più forte — Google li chiama “a strong signal… about the target country of a website” (traduzione) «un segnale forte… sul paese di destinazione di un sito web» — ma quel vantaggio si sta riducendo. Gary Illyes, su Search Off the Record nel luglio 2024, ha descritto il meccanismo sottostante e il suo declino: “One of the main algorithms… is called something like LDCP — language demotion country promotion… But nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (traduzione) «Uno dei principali algoritmi… si chiama qualcosa come LDCP — language demotion country promotion… Ma al giorno d’oggi… non ha più molto senso per noi applicare automaticamente quel piccolo boost perché è ambiguo.» Ha aggiunto: “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away,” (traduzione) «Penso che alla fine, tra anni, quel [beneficio dei ccTLD] svanirà anche lui,» perché “think about all the funny domain names that you can buy… It doesn’t say anything anymore about the country.” (traduzione) «pensa a tutti i nomi di dominio divertenti che puoi comprare… Non dice più nulla sul paese.» Il suo consiglio pratico coincideva con il mio — c’è ancora un valore di marketing in un ccTLD, “but I would not worry too much about it” (traduzione) «ma non mi preoccuperei troppo» per il ranking. Google ha persino reindirizzato i suoi ccTLD di paese a google.com.

hreflang: il segnale tecnico principale

hreflang è il cavallo di battaglia della SEO internazionale, ed è l’argomento su cui ho passato più tempo che su quasi qualsiasi altro argomento tecnico — è stato uno dei miei primi contributi quando sono entrato in Ahrefs, modificando la nostra guida hreflang.

Cosa fa realmente. hreflang dice a Google (e Yandex) per quale lingua/regione è pensato un URL. Il suo vero vantaggio è lo scambio di versioni nella SERP: un visitatore del Regno Unito può vedere la tua pagina en-gb anche quando la pagina en-us è quella che si classifica, a condizione che hreflang sia configurato correttamente. Quando i tag sono rotti, quello scambio semplicemente non avviene. Ciò che hreflang non fa è garantire l’indicizzazione o sovrascrivere la canonicalizzazione — è uno dei circa 19 segnali di canonicalizzazione, non una carta vincente.

Tre metodi di implementazione, tutti equivalenti: tag <link rel="alternate" hreflang="…" href="…" /> nella <head>; un’intestazione HTTP Link:; o voci <xhtml:link> nella tua sitemap XML. Non c’è una differenza intrinseca di velocità — i segnali vengono controllati al momento della scansione in entrambi i casi, quindi usa quello che il tuo stack genera in modo più affidabile. (In una configurazione mista ccTLD-più-.com, le sitemap XML centralizzate sono il modo usuale per gestire i cluster cross-domain.)

Le regole d’oro:

• Bidirezionale / reciproco. Se la pagina X punta alla pagina Y, Y deve puntare a X. hreflang funziona in cluster — un insieme di pagine che si riferiscono tutte l’una all’altra — e un cluster si forma solo quando i link sono reciproci. Questo è anche il modo in cui la condivisione dei segnali funziona nel cluster: la pagina più forte può sollevare le altre.
• Auto-referenziamento è una best practice ma, secondo Mueller, tecnicamente “opzionale.”
• x-default è il tuo fallback per gli utenti la cui lingua/regione non corrisponde a nessuna versione specifica.
• Usa codici di regione reali. en-GB, fr-BE, zh-Hans — lingua ISO 639-1 più un codice di regione ISO 3166-1 opzionale. Non esistono codici di regione EU, LATAM, APAC o MENA; si targetizzano singoli paesi (es-MX, es-AR, es-CO).

Gli errori comuni sono ovunque. Nello studio hreflang di Ahrefs a cui ho lavorato — il più grande mai realizzato, su 374 756 domini che usano hreflang — il 67% aveva almeno un problema. La mia reazione onesta all’epoca: “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” (traduzione) «Sono sorpreso che i numeri non fossero peggiori… sospetto che molti di questi siti abbiano implementazioni di base.» Il punto resta: “Hreflang is complex and hard to get right. It can break in so many different ways.” (traduzione) «Hreflang è complesso e difficile da fare bene. Può rompersi in così tanti modi diversi.»

hreflang è un suggerimento, non una direttiva. Questa è la frase che le persone devono interiorizzare di più. Come ha detto Mueller (Bluesky, maggio 2025): “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (traduzione) «hreflang non garantisce l’indicizzazione… se sono uguali (es. fr-fr, fr-be), è comune che uno venga scelto come canonico.» E: “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (traduzione) «Spesso hreflang scambierà comunque l’URL, ma i report saranno sull’URL canonico.» Quindi Google può consolidare varianti linguistiche quasi identiche, e i tuoi report si baseranno sull’URL che ha scelto come canonico.

Altri segnali — e le cose che Google ignora

Oltre a hreflang e ccTLD, Google legge la localizzazione on-page: valuta locale, indirizzi, numeri di telefono, la lingua del testo del corpo e i link da siti locali. Due cose che esplicitamente non usa: meta tag di geolocalizzazione (geo.position, geo.region, geo.placename) e l’analisi della posizione basata su IP, che definisce “not reliable.” (traduzione) «non affidabile.»

Aiuta a tenere chiaro quale lavoro sta facendo ogni segnale, perché vengono mescolati continuamente: il rilevamento della lingua deriva dal contenuto visibile della pagina, non da dati a livello di codice o dall’URL — Google lo determina leggendo ciò che è effettivamente sulla pagina. Il targeting locale (per quale paese è una pagina) è segnalato da ccTLD, hreflang, posizione del server e i segnali on-page sopra — anche se Google è esplicito che la sola posizione del server “is not definitive.” (traduzione) «non è definitiva.» hreflang fa un lavoro più limitato di entrambi: mappa gli URL delle varianti locali tra loro così che quello giusto possa essere scambiato nei risultati; non dichiara la lingua di una pagina. E la canonicalizzazione è la decisione separata su quale URL viene effettivamente indicizzato e classificato — hreflang contribuisce ma non lo controlla del tutto.

Una trappola da evitare: non reindirizzare automaticamente gli utenti in base all’IP. La guida di Google è di “avoid automatically redirecting users to a different language version based on their perceived geographic location.” (traduzione) «evitare di reindirizzare automaticamente gli utenti a una versione in una lingua diversa in base alla loro presunta posizione geografica.» I geo-redirect intrappolano il crawler nella locale da cui sembra provenire, quindi Google non vede mai le altre versioni — e nell’UE, il geoblocking basato su IP può scontrarsi con il regolamento anti-geoblocking. Usa URL separati e stabili per ogni lingua, mantienili direttamente raggiungibili (niente percorsi solo-locale che spariscono una volta usciti dalla regione “giusta”) e dai agli utenti link espliciti per cambiare lingua o regione da soli piuttosto che indovinare per loro conto. Lo stesso ragionamento elimina lo switching di contenuti basato su cookie o su Accept-Language: Google raccomanda “using separate locale URL configurations” (traduzione) «usare configurazioni URL separate per locale» con hreflang invece di pagine adattive alla locale, perché Googlebot non imposta gli header Accept-Language di default e di solito crawla da infrastrutture basate negli Stati Uniti — quindi una risposta che si adatta in base alla posizione o agli header percepiti potrebbe semplicemente non essere mai vista nelle altre locale.

Il report Targeting internazionale di GSC è stato rimosso

Se una guida ti dice di impostare il target di paese in Search Console, è obsoleta. Google ha deprecato il report Targeting internazionale il 22 settembre 2022, dichiarando che la funzionalità di targeting per paese “was determined to have little value for the ecosystem, and is no longer supported.” (traduzione) «è stata ritenuta di scarso valore per l’ecosistema e non è più supportata.» Cosa l’ha sostituita? Niente di diretto: il targeting per paese è ora dedotto da ccTLD + hreflang + segnali on-page + link in entrata. Anche i dati sugli errori hreflang che un tempo vivevano in quel report sono spariti da GSC, quindi ora validi l’hreflang con un crawler. Google ha confermato che “will continue to support and use hreflang tags.” (traduzione) «continuerà a supportare e utilizzare i tag hreflang.» Per verificare quale versione Google ha effettivamente indicizzato per una pagina, usa lo strumento URL Inspection.

Come Bing gestisce questo in modo diverso

È qui che la maggior parte delle guide o salta Bing o sbaglia — e io ho avuto il vantaggio di essere in un panel con Fabrice Canel di Bing per sentirlo di prima mano. Lo stack di segnali di Bing è genuinamente diverso da quello di Google. Le parole di Canel: “hreflang is indeed a far weaker signal than content-language at Bing.” (traduzione) «hreflang è davvero un segnale molto più debole di content-language in Bing.»

I segnali preferiti di Bing, in ordine approssimativo di priorità:

1. <meta http-equiv="content-language" content="fr-FR"> — il tag meta content-language
2. L’header HTTP Content-Language
3. ccTLD / posizione del server
4. Lingua del testo del corpo
5. Locale delle pagine che linkano in entrata

Quindi la ricetta cross-engine è: implementa hreflang per Google, e aggiungi i tag meta content-language per Bing. Bing leggerà hreflang, ma lo tratta come debole. E a differenza di Google (che ha eliminato il proprio report di targeting nel 2022), Bing ha rimosso anche la sua funzionalità Geo Targeting — Fabrice Canel ha confermato a settembre 2020 che non è stata trasferita nella nuova Bing Webmaster Tools, dicendo agli SEO di usare invece il tag meta content-language o l’header HTTP.

Gli altri motori richiedono il proprio flusso di lavoro

Google contro Bing non è l’intera mappa internazionale. Quando un mercato dipende da un altro motore, mantieni i contenuti condivisi e le fondamenta tecniche, ma verifica il flusso di lavoro specifico del provider invece di tradurre una checklist di Google:

I dettagli appartengono alle guide SEO specifiche per mercato. La regola utile qui è più semplice: i principi SEO condivisi viaggiano; i controlli di prodotto, i percorsi di invio, le diagnostiche e i comportamenti non documentati no.

SEO internazionale su larga scala

Ho gestito la SEO internazionale presso IBM, su uno dei più grandi siti enterprise del mondo — più CMS, più infrastrutture, decine di milioni di URL. La lezione più grande: la gestione manuale di hreflang fallisce su larga scala. Non puoi curare a mano tag reciproci su milioni di pagine e più sistemi. Cosa funziona:

• Automatizza tutto ciò che è possibile. Genera hreflang da un sistema di registrazione — spesso middleware che collega i tuoi CMS — piuttosto che lasciare che ogni team scriva i tag a mano.
• Controlla ripetutamente. I problemi emergono costantemente; questo è un lavoro di crawl costante + avvisi, non un audit trimestrale. Aspettati rotture e costruisci sistemi per individuarle.
• Fai attenzione alle “interruzioni della sezione head”. I tag hreflang inseriti nel <body> da HTML malformato vengono ignorati — verifica che siano nel <head> renderizzato.
• Verifica l’URL indicizzato per ogni locale con URL Inspection di GSC, perché l’efficacia di hreflang dipende da quale versione è stata effettivamente indicizzata, non solo da ciò che dice il tuo tag canonico.

Architetturalmente, la mia preferenza su larga scala è una pagina per lingua piuttosto che una pagina per paese/locale — produce pagine meno numerose ma più forti, consente una personalizzazione dinamica, e aggira molta complessità di hreflang. Anche la pazienza conta: i cambiamenti internazionali si muovono alla velocità dei cicli di crawl, non alla velocità che i tuoi stakeholder desiderano.

Dove andare dopo

Questo hub è la mappa. Ogni sottotopico qui sotto è un approfondimento a sé:

Hreflang (la sua sezione nella barra laterale)

• hreflang — il tag completo: i tre metodi di implementazione, i cluster, la reciprocità, gli errori comuni e la validazione.
• x-default hreflang — il valore di fallback per gli utenti la cui lingua/regione non corrisponde a nessuna delle tue versioni, e dove effettivamente aiuta.

Localizzazione, contenuti e audit

• traduzione vs. localizzazione — perché tradurre automaticamente le pagine non equivale a localizzarle per un mercato, e cosa significano per te le linee guida di Google sulla traduzione automatica.
• ricerca di parole chiave SEO internazionale — ricercare la domanda mercato per mercato, dove la stessa lingua differisce da paese a paese (il classico divario “ibis” vs. “bin chicken”).
• audit SEO internazionale — come eseguire crawl, validare e correggere i cluster hreflang e i segnali di locale su un sito multi-mercato.
• SEO multilingue — la metà del targeting linguistico della disciplina in profondità.

Riepilogo AI

Una sintesi della versione Advanced:

• SEO internazionale = dire ai motori di ricerca per quale lingua e/o paese è pensata ogni pagina, così la versione giusta raggiunge l’utente giusto. Due assi — targeting linguistico (multilingue) vs. targeting per paese (multi-regionale) — e tre leve: struttura URL, hreflang, segnali on-page.
• Nessuno di questi garantisce risultati. Impostare correttamente assi e segnali migliora la capacità dei motori di abbinare le versioni locali ai cercatori — non promette indicizzazione, posizionamenti, traffico, conversioni, una specifica lingua visualizzata o citazioni AI.
• Valuta il mercato prima dell’architettura. Dai priorità a domanda di ricerca, idoneità del prodotto/ servizio, capacità operativa, concorrenza ed economia unitaria. Tratta i dati di volume/traffico in stile Ahrefs come stime per dimensionare i mercati; tratta le tue righe GSC/analytics come dati osservati una volta che sei attivo in un contesto simile.
• Lingua ≠ paese. “La lingua non è assolutamente un indicatore del paese che stai targetizzando” (Gary Illyes). Per targetizzare un paese, usa un codice di regione (fr-CA) o un ccTLD; l’attributo HTML lang è inaffidabile.
• Struttura URL: ccTLD (segnale di paese più forte, ma costoso + divide l’autorità) / sottodominio (facile) / sottodirectory (consolida l’autorità, bassa manutenzione). Il default di Patrick: sottodirectory. Sottodomini e sottodirectory sono “sostanzialmente equivalenti” per Google.
• Il vantaggio del ccTLD sta svanendo. Il boost LDCP di Google (language demotion country promotion) sta perdendo importanza; Illyes (luglio 2024): “svanirà anche lui.” Il valore di marketing rimane; il valore di posizionamento no.
• hreflang è un suggerimento, non una direttiva. Il beneficio = scambio di versioni nella SERP, non l’indicizzazione. È ~1 dei 19 segnali di canonicalizzazione. Regole: cluster reciproci/bidirezionali, auto-riferimento (opzionale ma buono), x-default, codici di regione reali (niente EU/ APAC). Il 67% di 374 756 domini aveva problemi hreflang (studio Ahrefs).
• Ogni segnale ha un compito distinto: il rilevamento della lingua legge il contenuto visibile (non codice/URL); il targeting locale deriva da ccTLD/hreflang/posizione del server/indizi on-page; hreflang mappa URL alternativi (non dichiara la lingua); la canonicalizzazione decide l’URL indicizzato. Non fare redirect automatici per IP (intrappola il crawler; rischio EU Anti-Geoblocking) — usa URL separati stabili, link espliciti di cambio lingua e hreflang invece di pagine adattive alla locale. Google ignora i meta tag geo e l’analisi IP.
• Il report Targeting internazionale di GSC è stato deprecato il 22 settembre 2022 — “scarso valore per l’ecosistema.” Il targeting per paese ora è dedotto da ccTLD + hreflang + on-page + link. hreflang è ancora supportato.
• Bing è diverso: “hreflang è un segnale molto più debole di content-language su Bing” (Fabrice Canel). Bing dà priorità al meta tag content-language + header HTTP. Bing ha rimosso la sua funzione Geo Targeting da Bing Webmaster Tools nel 2020.
• Gli altri motori restano separati: Naver e Yandex hanno i propri flussi di lavoro per webmaster e partecipano a IndexNow; Cốc Cốc documenta il proprio crawler, modulo di invio, scoperta di sitemap e direttive. Non dedurre comportamenti non documentati da Google.
• Su larga scala (IBM): hreflang manuale fallisce — automatizza la generazione tramite middleware, monitora costantemente, verifica l’URL indicizzato per lingua. Una pagina per lingua = pagine meno numerose e più forti.

Documentazione ufficiale

La documentazione di fonti primarie che governa il targeting internazionale in ogni motore.

Google

• Gestione di siti multiregionali e multilingue — il documento principale: le definizioni lingua-vs-paese, le opzioni di struttura URL e l’elenco completo dei segnali di localizzazione utilizzati da Google.
• Versioni localizzate delle tue pagine (hreflang) — i tre metodi di implementazione, il requisito bidirezionale, l’autoriferimento, x-default e i codici di lingua/regione validi.
• Panoramica SEO internazionale — l’indice di primo livello per le linee guida internazionali di Google.
• Pagine adattive alla località — perché i contenuti localizzati serviti dinamicamente sono rischiosi e la raccomandazione di utilizzare URL separati + hreflang.
• Annuncio x-default hreflang (aprile 2013) — l’introduzione originale del valore di fallback x-default.
• Report sul targeting internazionale deprecato — l’avviso di deprecazione del 2022: il targeting per paese “had little value for the ecosystem”; hreflang continua a essere supportato.

Bing / Microsoft

• Linee guida per i webmaster di Bing — le priorità dei segnali di Bing, inclusi il meta tag content-language e l’intestazione HTTP.
• Going International (Blog per webmaster di Bing, 2009) — fondamentale e ancora citato: ccTLD come segnale primario e avvertimenti contro il cambio di lingua basato su JS e cookie.
• Bing Webmaster Tools Removes Geo-Targeting Feature (Search Engine Roundtable, settembre 2020) — Fabrice Canel conferma che la vecchia funzione Geo Targeting non è stata trasferita nella nuova versione di Bing Webmaster Tools.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google e Bing che inquadrano come funziona realmente il targeting internazionale.

Google — lingua vs. paese e ccTLD

• “Multilingual websites are those that offer content in more than one language.” / “Multi-regional websites are those that explicitly target users in different countries.” — Documentazione di Google Search Central. Vai alla citazione
• “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” — Documentazione di Google Search Central. Vai alla citazione
• “The language is absolutely not a tell for what country you are targeting.” — Gary Illyes, Google (Search Off the Record, luglio 2024). Leggi la copertura
• “One of the main algorithms… is called something like LDCP — language demotion country promotion… nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” — Gary Illyes, Google (luglio 2024). Leggi la copertura
• “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away.” — Gary Illyes, Google (luglio 2024). Leggi la copertura

Google — hreflang e struttura degli URL

• “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (traduzione) «hreflang non garantisce l’indicizzazione… se sono gli stessi (es. fr-fr, fr-be), è comune che uno venga scelto come canonico.» — John Mueller, Google (Bluesky, maggio 2025). Leggi la copertura
• “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (traduzione) «Spesso hreflang scambierà comunque l’URL, ma i report saranno sull’URL canonico.» — John Mueller, Google (maggio 2025). Leggi la copertura
• “From our point of view… subdomains and subdirectories are essentially equivalent.” (traduzione) «Dal nostro punto di vista… sottodomini e sottodirectory sono sostanzialmente equivalenti.» — John Mueller, Google. Leggi la copertura

Google — il report deprecato

• “The ability to target search results to specific countries using Search Console country targeting was determined to have little value for the ecosystem, and is no longer supported.” (traduzione) «La possibilità di indirizzare i risultati di ricerca a paesi specifici utilizzando il targeting per paese di Search Console è stata ritenuta di scarso valore per l’ecosistema e non è più supportata.» — Guida di Google Search Console. Vai alla citazione

Bing / Microsoft

• “hreflang is indeed a far weaker signal than content-language at Bing.” (traduzione) «hreflang è davvero un segnale molto più debole di content-language su Bing.» — Fabrice Canel, Microsoft Bing. Leggi la copertura

I framework decisionali

1. Hai bisogno di targeting per lingua, targeting per paese, o entrambi?

Inizia da qui, perché determina ogni segnale a valle.

• Stesso contenuto in più lingue, pubblico definito dalla lingua → targeting per lingua (multilingue). hreflang con codici lingua (de, fr, ja).
• Contenuto uguale/simile rivolto a paesi specifici → targeting per paese (multi-regionale). hreflang con codici regione (en-GB, en-US) e/o ccTLD.
• Entrambi (es. francese e inglese, ciascuno diviso per paese) → hreflang con codici regione (fr-CA, fr-FR, en-CA, en-US).
• La trappola: la lingua da sola non implica mai il paese. Se il paese conta, segnalalo esplicitamente.

2. ccTLD, sottodominio o sottodirectory?

Scorri l’elenco; fermati al primo che si adatta.

1. Sottodirectory (example.com/de/) — la mia scelta predefinita. Sceglila a meno che tu non abbia un motivo specifico per non farlo: consolida l’autorità, è la più economica da gestire e Google la tratta come equivalente a un sottodominio.
2. Sottodominio (de.example.com) — sceglilo quando l’infrastruttura o la struttura organizzativa rendono host separati genuinamente più facili, e accetti che possa essere trattato più come un sito separato.
3. ccTLD (example.de) — sceglilo quando ragioni di brand/marketing/legali richiedono un dominio locale (fiducia locale, requisiti del paese), non per il vantaggio SEO — quel vantaggio LDCP sta svanendo. Metti in budget il costo e l’autorità divisa.
4. Parametri URL — no. Non raccomandati per la localizzazione.

3. Abbina il segnale o il prodotto al compito

Non appiattire rilevamento della lingua, mappatura delle localizzazioni, canonicalizzazione e invio in un’unica pila di “priorità”.

Per Bing in particolare, mantieni le indicazioni content-language specifiche del provider sopra. Non chiamare hreflang il rilevatore di lingua di Google: il suo compito è mappare gli URL alternativi dopo che Google ha letto il contenuto visibile.

4. Il controllo “il mio hreflang funziona davvero?”

• Reciprocità: ogni pagina del cluster punta indietro? (Niente cluster, niente scambio.)
• Autoreferenza presente (buona pratica) e fallback x-default impostato?
• Solo codici validi — lingua/regione ISO reali, niente EU/APAC/LATAM.
• Tag nel <head> renderizzato, non spinti nel <body>.
• Conferma l’URL effettivamente indicizzato per ogni localizzazione tramite GSC URL Inspection — hreflang viaggia sulla versione che è stata indicizzata.

Risorse che meritano il tuo tempo

I miei interventi

• You’re Going To Screw Up International SEO — Pubcon Vegas 2017 — il talk dell’era IBM: la SEO internazionale si rompe di continuo, quindi aspettati problemi e costruisci sistemi per individuarli. Automatizza tutto; controlla ripetutamente.
• International SEO: The Weird Technical Parts — Pubcon Vegas 2019 — cluster hreflang, sitemap vs. HTML (nessuna differenza di velocità), cosa tollera Google, interruzioni nella sezione head e i pericoli dei reindirizzamenti automatici.
• Hreflang Study and Interesting Issues — Brighton SEO 2023 — il meccanismo di scambio di versione, hreflang come uno dei ~19 segnali di canonicalizzazione e “una pagina per lingua” come architettura semplificante.
• International SEO Simplified — Pannello di Outspoken Media (nov 2023) — un pannello con Fabrice Canel di Bing e Bill Hunt sulla gestione centralizzata vs. decentralizzata, automazione e come Bing e Google differiscono.

I miei scritti

• The largest-ever hreflang study — 374 756 domini che usano hreflang, 67% con almeno un problema, co-autore con Oleksiy Golovko.
• Hreflang Tags: The Easy Guide for Beginners — la guida che ho curato come uno dei miei primi contributi ad Ahrefs; la struttura del cluster hreflang e un modello di semi-automazione.

Strumenti che uso per il lavoro internazionale

• Ahrefs Site Explorer — traffico e parole chiave per posizionamento per paese, per dimensionare un mercato e leggere le strategie per mercato dei concorrenti.
• Ahrefs Keywords Explorer — ricerca per parole chiave per paese e lingua, con un traduttore AI in oltre 40 lingue; lo strumento che fa emergere le lacune stessa-lingua-mercati-diversi (l’esempio “ibis” vs. “bin chicken”).
• Ahrefs Site Audit — esegue la scansione per nove categorie di problemi hreflang e visualizza i cluster per il debug.

Da altri

• International SEO: Everything you need to know — la guida completa di Motoko Hunt su Search Engine Land.
• International SEO best practices — la guida in stile checklist di Ahrefs di Jamie Grant e Despina Gavoyannis.
• Hreflang Implementation — The 10 Biggest SEO Misconceptions — Motoko Hunt su Search Engine Journal; copre i miti “solo la homepage ha bisogno di hreflang” e dell’autoriferimento, con citazioni di Mueller.
• Google Hints at Lowering SEO Value of ccTLDs — copertura di Search Engine Journal dell’episodio di luglio 2024 di Search Off the Record di Gary Illyes sul declino dell’algoritmo LDCP.
• Google Reminds That hreflang Tags Are Hints, Not Directives — copertura di Search Engine Journal del thread Bluesky di maggio 2025 di John Mueller sulla canonicalizzazione hreflang.
• Bing: hreflang Is a Far Weaker Signal Than content-language — copertura di SE Roundtable della dichiarazione di Fabrice Canel sulla pila di priorità dei segnali di Bing.
• Search Off the Record: Internationalization and hreflang (July 2024 episode summary) — l’analisi dettagliata di International Web Mastery dell’episodio del podcast di Gary Illyes + Martin Splitt, inclusa la distinzione tra lingua e paese e la dipendenza del crawl hreflang.

Cronologia modifiche