Lingue

SEO internazionale tecnica

Il lato tecnico della gestione di un sito multiregionale o multilingue: hreflang, strutture URL regionali (ccTLD contro sottodirectory contro sottodominio) e geotargeting. Una prospettiva di SEO tecnica sul pilastro SEO internazionale.

Prima pubblicazione: 27 giu 2026 · Ultimo aggiornamento: 9 ago 2026 · Advanced
Lingue
AIScritto daAI v2

La SEO internazionale ha una metà strategica (quali mercati, quali lingue, chi traduce) e una metà tecnica (dire ai motori di ricerca quale URL serve quale lingua/regione, senza creare problemi di contenuti duplicati o crawling). Questo hub raccoglie la metà tecnica: hreflang e x-default, la scelta tra ccTLD, sottodirectory e sottodominio, canonical più hreflang per duplicati regionali nella stessa lingua e geotargeting, per chi si occupa di SEO tecnica. Nulla di tutto questo garantisce indicizzazione, ranking o traffico; supporta scoperta e corrispondenza della località. La strategia completa vive nel pilastro SEO internazionale; queste pagine sono collegate anche qui perché è a livello di implementazione che il lavoro internazionale si rompe.

TL;DR — La SEO internazionale tecnica ha modalità di fallimento silenziose, non rumorose. hreflang è un sistema di conferma bidirezionale: ogni URL alternativo deve rimandare a tutti gli altri; i link di ritorno mancanti possono indurre Google a ignorare le annotazioni interessate. Le pagine regionali quasi identiche nella stessa lingua richiedono canonical più hreflang insieme, non solo hreflang. Di seguito trovi un set hreflang corretto, la regola dei return tag, i compromessi di geotargeting e operativi tra ccTLD, sottodirectory e sottodomini e il motivo per cui nulla di tutto questo garantisce indicizzazione, ranking, traffico o una località mostrata specifica.

Evidence for this claim Google recommends separate locale-specific URLs, crawlable navigation, and explicit locale signals for multi-regional or multilingual sites rather than automatic IP-based adaptation alone. Scope: Current Google international site guidance. Confidence: high · Verified: Google Search Central: Managing multi-regional sites Evidence for this claim hreflang annotations identify localized alternates and require reciprocal, valid URL relationships; they are not a ranking guarantee. Scope: Current Google hreflang implementation. Confidence: high · Verified: Google Search Central: Localized versions

Come funziona hreflang e perché fallisce in silenzio

hreflang annota quale URL serve quale lingua e regione, così Google può sostituire nella SERP l’alternativa indicizzata appropriata per un ricercatore. Non consolida i duplicati: la canonicalizzazione è il sistema separato che raggruppa gli URL duplicati e consolida i segnali. hreflang non genera mai un errore di implementazione visibile. Un cluster guasto può semplicemente smettere di influenzare la selezione della località, lasciandoti il compito di trovare il problema nelle evidenze di crawling, indice o prestazioni invece che in un avviso dedicato.

Due regole lo governano. La lingua usa codici ISO 639-1 e la regione usa codici ISO 3166-1 alpha-2: per questo il Regno Unito è gb, non uk (un errore comune e silenzioso). Inoltre, ogni pagina di un set deve fare riferimento a tutte le altre pagine del set, inclusa se stessa.

Un set hreflang completo (con x-default)

Per una pagina pubblicata in inglese statunitense, inglese britannico e spagnolo della Spagna, ciascuno dei tre URL include questo stesso blocco nel proprio <head>:

<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />
<link rel="alternate" hreflang="es-es" href="https://example.com/es/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page/" />

Il valore x-default identifica un URL di fallback per lingue o regioni che non hai elencato esplicitamente. È un’annotazione di ricerca, non un redirect né una promessa che ogni ricercatore non abbinato atterrerà su quell’URL. Ometterlo non è fatale. Per tutti e tre i metodi di distribuzione — elementi HTML <link>, header HTTP Link e annotazioni nelle sitemap XML — e per ogni caso limite come set a senso unico, sottoinsiemi e redirect all’interno di un set, consulta come implementare hreflang e x-default hreflang; questo hub mantiene solo il nucleo stabile.

Reciprocità dei return tag: la discrepanza che annulla una coppia

Il modo più comune in cui un set hreflang fallisce è un return tag mancante. Se /uk/page/ elenca /us/page/ come alternativa ma /us/page/ non elenca a sua volta /uk/page/, Google considera l’annotazione non confermata e ignora quella coppia. La conferma deve essere reciproca:

<!-- WRONG: /us/page/ lists UK below but never gets pointed back to from /uk/page/ -->
<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />

Anche i segnali canonical e hreflang in conflitto falliscono nello stesso modo silenzioso: se una pagina regionale ha come canonical un URL in un’altra lingua, hai detto a Google che sono la stessa pagina mentre hreflang dice che sono alternative, e hreflang perde. Per sottoporre a audit un intero cluster — non solo una coppia — consulta come fare l’audit di hreflang.

Il conflitto tra canonical e hreflang conta soprattutto in un caso più ristretto: pagine quasi identiche nella stessa lingua tra paesi (per esempio pagine prodotto in inglese statunitense e britannico che differiscono solo per valuta e alcune grafie). Le indicazioni di Google lo trattano come un problema di contenuti duplicati, non di traduzione: scegli una versione preferita e combina rel="canonical" con hreflang invece di cercare di mantenere ogni variante regionale completamente indipendente. Pagine completamente tradotte e sostanzialmente diverse per lingua sono un caso separato e non richiedono questo trattamento. Consulta contenuti duplicati tra lingue e canonicalizzazione per i meccanismi.

ccTLD contro sottodirectory contro sottodominio: dove si accumulano i segnali

La scelta della struttura URL è davvero una domanda su dove arrivano geotargeting e link equity. Un ccTLD (example.de) è il segnale di geotargeting più forte e non richiede un’impostazione in Search Console, ma fa partire da zero l’autorità di ogni mercato ed è costoso da gestire. Le sottodirectory (example.com/de/) concentrano operazioni e segnali sotto un solo dominio e sono il valore predefinito pragmatico per molti siti. Non esiste più un override di targeting per paese in Search Console per ogni cartella; Google deduce la pertinenza geografica dal ccTLD quando applicabile, dalle relazioni hreflang, dal contenuto localizzato, dai link locali e da altri segnali del sito e della pagina. I sottodomini (de.example.com) stanno nel mezzo e, come i ccTLD, tendono ad accumulare autorità più indipendentemente dalla radice. Google documenta questi elementi come compromessi da valutare, non come gerarchia di ranking: non pubblica una struttura preferita né nomina un vincitore universale tra le tre. La guida decisionale più approfondita, insieme alle altre indicazioni del pilastro su mercato, localizzazione e prestazioni, è propria del pilastro SEO internazionale ed è collegata anche a questo cluster tecnico: vedi ccTLD contro sottodominio contro sottodirectory.

Qualunque struttura tu scelga, mantieni le versioni locali su URL stabili, separati e scansionabili invece di cambiare contenuto solo tramite indirizzo IP o un header Accept-Language. Googlebot esegue comunemente il crawling da infrastruttura con sede negli Stati Uniti e non invia un header Accept-Language, quindi una pagina che adatta il contenuto solo in base alla località rilevata — senza un URL distinto e collegabile per ogni versione — rischia di lasciare alcune versioni non scansionate, non indicizzate o non posizionate.

Niente di tutto questo è una garanzia. hreflang, struttura URL e canonicalizzazione corretti supportano scoperta e corrispondenza della località; non garantiscono indicizzazione, un ranking specifico, traffico, quale località Google mostrerà davvero a un determinato ricercatore, conversioni o citazioni da parte di sistemi AI. I segnali di geotargeting sono input che Google pesa, non interruttori che puoi attivare.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.