Guida SEO Passo 10: SEO Multilingue

Questo è il Passo 10 della Guida SEO in 13 Passi. Il SEO multilingue ti consente di moltiplicare il tuo traffico organico offrendo a ogni mercato la propria lingua — fatto in modo errato, crea caos di contenuti duplicati.

Ogni lingua che aggiungi è un moltiplicatore sul tuo contenuto esistente. Un sito con 50 pagine in una lingua ha 50 URL indicizzabili. Aggiungi 5 lingue e hai 250. Aggiungi 20 lingue e hai 1.000. Ognuno di quegli URL può classificarsi in modo indipendente nei risultati locali di Google.

Ma il SEO multilingue è una delle aree più tecnicamente complesse del SEO. Un'implementazione errata crea contenuti duplicati, diluizione delle classifiche e spreco di budget di scansione. La differenza tra un sito internazionalizzato correttamente e uno errato può essere di 10 volte nel traffico.

LANGR stesso opera in 108 lingue attraverso 89 località attive — abbiamo risolto questi problemi su larga scala. Questa guida condivide tutto ciò che abbiamo imparato.

Cosa Copre il SEO Multilingue

Il SEO multilingue si estende su 8 aree critiche:

Implementazione di Hreflang — Comunicare a Google quale pagina serve quale lingua
Strategie di Routing Locale — Sottodominio vs sottocartella vs TLD
Qualità della Traduzione — Traduzione macchina vs umana vs ibrida
Targeting Internazionale — Configurazione della Search Console
Localizzazione dei Contenuti — Oltre la traduzione: adattamento culturale
Supporto RTL — Lingue da destra a sinistra (arabo, ebraico, farsi)
Rilevamento della Lingua — Servire automaticamente la versione corretta
Contenuti Duplicati — Prevenire la cannibalizzazione tra lingue

1. Implementazione di Hreflang

I tag hreflang dicono ai motori di ricerca quale URL serve quale lingua e regione. Sono la base tecnica del SEO multilingue — e l'elemento più comunemente configurato in modo errato.

Sintassi base di hreflang:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Regole critiche:

Ogni pagina deve fare riferimento a TUTTE le versioni alternative (inclusa se stessa)
x-default designa il fallback (di solito inglese o un selettore di lingua)
I tag hreflang devono essere reciproci (pagina A linka B, B deve linkare di nuovo A)
Usa codici di lingua ISO 639-1 (en, da, de) e non codici paese
Per contenuti specifici per regione: en-us, en-gb, pt-br (lingua-regione)
Massimo ~50 voci hreflang per pagina (limite di prestazioni)

Tre opzioni di posizionamento:

| Metodo | Migliore per | Svantaggi | |--------|--------------|-----------| | in | Piccoli siti (< 10 lingue) | Ingombro HTML, parsing più lento | | Intestazioni HTTP | File non HTML (PDF, API) | Non ampiamente supportato | | Sitemap XML | Grandi siti (10+ lingue) | Scoperta più lenta da parte dei crawler |

Esempio di hreflang in sitemap:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

Errori comuni di hreflang:

Tag di auto-riferimento mancante (pagina non include se stessa)
Tag non reciproci (A riferisce B, ma B non riferisce A)
Codici di lingua errati (dk invece di da per il danese)
Puntare a URL non 200 (redirect, 404)
Mischiare x-default con una pagina specifica per lingua

Vittoria rapida: Scansiona il tuo sito ed esporta tutti i tag hreflang. Controlla le relazioni non reciproche — questo è l'errore più comune e fa sì che Google ignori l'intero setup di hreflang.

2. Strategie di Routing Locale

Come strutturi gli URL per le diverse lingue influisce su SEO, esperienza utente e complessità tecnica. Ci sono tre approcci principali:

Sottocartella (Raccomandata)

example.com/en/page
example.com/da/page
example.com/de/page

Pro: Autorità del dominio unica, facile da gestire, un certificato SSL, una proprietà analitica, una proprietà Search Console, migliore per la maggior parte dei siti.

Contro: Meno segnale di geo-targeting rispetto ai ccTLD.

Sottodominio

en.example.com/page
da.example.com/page
de.example.com/page

Pro: Può ospitare su server/CDN diversi per regione, budget di scansione separato.

Contro: Ogni sottodominio costruisce autorità separatamente (l'equità dei link non fluisce automaticamente), più proprietà Search Console, configurazione più complessa.

TLD con codice paese (ccTLD)

example.com (inglese)
example.dk (danese)
example.de (tedesco)

Pro: Segnale di geo-targeting più forte, gli utenti si fidano dei TLD locali, ogni dominio è indipendente.

Contro: Costoso (acquistare 20+ domini), autorità separata per dominio, complessa creazione di link, analisi/console separate.

La nostra raccomandazione: Routing con sottocartella per il 90% dei siti. Concentrato tutta l’autorità dei link su un dominio unico mentre fornisce segnali locali chiari. Usa il formato /{locale}/page.

https://langr.org/page        (inglese, predefinito)
https://langr.org/da/page     (danese)
https://langr.org/de/page     (tedesco)
https://langr.org/ja/page     (giapponese)

Vittoria rapida: Se stai usando sottodomini e hai difficoltà con l'autorità, considera di migrare a sottocartelle. I siti che migrano da sottodomini a sottocartelle di solito vedono un incremento del traffico organico del 20-50% entro 3-6 mesi, man mano che l'equità dei link si consolida.

3. Qualità della Traduzione vs Traduzione Automatica

La qualità della traduzione influisce direttamente sulle classifiche. Google può rilevare la traduzione automatica e potrebbe svalutare le pagine tradotte male. Ma la traduzione con AI del 2026 è drasticamente migliore rispetto alla regola empirica del 2020.

Lo spettro della qualità della traduzione:

| Livello | Metodo | Qualità | Costo | Migliore per | |---------|--------|---------|------|--------------| | 1 | Output grezzo di GPT/DeepL | 60-75% | ~$0 | Uso interno, bozze | | 2 | AI + suggerimenti di post-editing | 75-90% | ~$0 | Contenuti di blog, pagine non critiche | | 3 | AI + revisione umana | 90-97% | $0.03-0.08/parola | Pagine prodotto, pagine chiave di atterraggio | | 4 | Traduttore professionista nativo | 97-100% | $0.10-0.25/parola | Legale, medico, critico per il brand |

Insight chiave per il 2026: Il livello 2 (AI con suggerimenti di qualità) è ora sufficiente per la maggior parte dei contenuti web. Gli algoritmi di contenuti duplicati di Google non penalizzano più la traduzione automatica ben fatta — penalizzano male la traduzione che non offre valore.

Segni di traduzione che danneggiano la SEO:

Segmenti non tradotti mescolati a contenuti tradotti
Elementi dell'interfaccia (pulsanti, etichette) ancora nella lingua di origine
Formattazione specifica per locale non adattata (date, valute, numeri di telefono)
Riferimenti culturali che non si traducono (idiomi, battute, esempi)
Stesso titolo/meta descrizione in tutte le lingue

Come convalidare la qualità della traduzione:

Controlla che TUTTO il testo visibile sia tradotto (inclusa navigazione, footer, moduli)
Verifica la formattazione specifica per locale (DD/MM/YYYY vs MM/DD/YYYY)
Testa le CTA — suonano naturali nella lingua obiettivo?
Controlla i meta tag — titolo e descrizione devono essere scritti in modo indipendente per lingua
Verifica che nessuna chiave i18n grezza sia esposta (es. nav.home invece di "Home")

Vittoria rapida: Controlla le tue pagine tradotte per contenuti in lingue miste. Se qualche pulsante, etichetta o elemento UI è ancora nella tua lingua di origine, risolvilo immediatamente — pagine in lingue miste segnalano bassa qualità a Google.

4. Targeting Internazionale nella Search Console

Le impostazioni di targeting internazionale della Google Search Console aiutano Google a capire quali pagine dovrebbero classificarsi in quali paesi.

Per configurazioni a sottocartella:

Non puoi impostare il targeting per paese per sottocartella (solo per dominio/sottodominio)
Invece, fai affidamento su hreflang + contenuto della lingua + segnali dell'utente
Invia una sitemap per locale: sitemap-en.xml, sitemap-da.xml

Per ccTLD:

.dk è automaticamente indirizzato alla Danimarca
.de è automaticamente indirizzato alla Germania
Nessuna configurazione manuale necessaria

Per TLD generici (.com, .org, .net):

Imposta "Targeting Internazionale" per proprietà nella Search Console
Usa hreflang come segnale principale

Passi pratici:

Verifica il tuo sito nella Search Console (un'unica proprietà per configurazione a sottocartella)
Invia la tua sitemap con annotazioni hreflang
Controlla il report "Targeting Internazionale" per errori
Monitora il report "Copertura" per lingua (usa il filtro dei parametri URL)
Controlla avvisi "Duplicato senza canonico selezionato dall'utente" — questi spesso indicano problemi di hreflang

Vittoria rapida: Vai su Search Console > Performance > Filtra per paese. Controlla se gli utenti in Germania atterrano sulle tue pagine in inglese invece che in tedesco. Se sì, la tua configurazione hreflang ha errori.

5. Localizzazione dei Contenuti (Non Solo Traduzione)

La localizzazione va oltre la traduzione parola per parola. Adatta i contenuti al contesto culturale, comportamento di ricerca locale e bisogni specifici del mercato.

Cosa localizzare:

Valuta e prezzi: Mostra la valuta locale (€ in Germania, kr in Danimarca, ¥ in Giappone)
Formati di data/orario: 25/06/2026 (UE) vs 06/25/2026 (USA) vs 2026/06/25 (ISO/Giappone)
Numeri di telefono: Formato locale con prefisso internazionale
Indirizzi: Adatta il formato postale locale
Prova sociale: Nomi di clienti locali, aziende locali, casi studio locali
CTA: Adatta il tono (formale in tedesco/giapponese, informale in inglese/danese)
Immagini: Localizza il testo nelle immagini, usa visuali culturalmente appropriate
Legale: GDPR per l'UE, diversi requisiti di consenso sui cookie per paese
Esempi: Marchi locali, siti web locali, riferimenti locali

Contenuti che non dovrebbero essere tradotti direttamente:

Post di blog su argomenti locali (scrivi unici per mercato)
Casi studio (usa aziende locali)
Pagine di prezzi (differenti prezzi per mercato sono validi)
Contenuti di notizie (la rilevanza regionale varia)

Localizzazione delle parole chiave: Non tradurre le parole chiave — ricercale in modo nativo. "Assicurazione auto" in inglese potrebbe essere "bilforsikring" in danese, ma il leader di volume di ricerca potrebbe essere "forsikring bil" (ordine delle parole diverso). Usa strumenti di ricerca parole chiave locali.

Vittoria rapida: Controlla la tua pagina di prezzi in tutte le lingue. Mostra la valuta locale corretta? Le tue CTA sono culturalmente appropriate? Una CTA "Inizia Gratis" potrebbe dover diventare "Jetzt kostenlos testen" in tedesco — non una traduzione letterale, ma ciò che gli utenti tedeschi si aspettano di vedere.

6. Supporto RTL

Le lingue da destra a sinistra (arabo, ebraico, farsi/persiano, urdu, pashtun) richiedono un'adeguata adattazione del layout. Servire contenuti RTL con un layout da sinistra a destra rende il tuo sito inutilizzabile per circa 500 milioni di madrelingua.

Implementazione tecnica:

<!-- Rileva e applica la direzione -->
<html lang="ar" dir="rtl">

Cosa deve essere invertito in RTL:

Allineamento testo (testo del corpo allineato a destra)
Direzione layout (barre laterali che si spostano da sinistra a destra)
Ordine di navigazione (invertito)
Icone con significato direzionale (frecce, barre di avanzamento)
Padding e margine (inverti valori sinistra/destra)
Raggio del bordo (inverti valori degli angoli)
Direzione CSS flexbox/grid

Cosa NON deve essere invertito:

Numeri di telefono ed espressioni matematiche
Nomi e loghi di marca da sinistra a destra
Controlli di audio/video
Indicatori di scorrimento orizzontale
Blocchi di codice incorporati

Approccio CSS (moderno):

/* Usa proprietà logiche */
.card {
  margin-inline-start: 1rem;  /* sostituisce margin-left */
  padding-inline-end: 0.5rem; /* sostituisce padding-right */
  border-start-start-radius: 8px; /* in alto a sinistra in LTR, in alto a destra in RTL */
}

Testing RTL:

Aggiungi dir="rtl" all'elemento e controlla ogni pagina
Verifica che il testo arabo/ebraico sia leggibile (non codificato Unicode)
Testa gli input dei moduli (direzione dell'inserimento del testo)
Controlla che i numeri si visualizzino correttamente all'interno del testo RTL

Vittoria rapida: Se supporti arabo o ebraico, aggiungi dir="rtl" al tuo elemento HTML per quelle località e usa le proprietà logiche CSS (margin-inline-start invece di margin-left). Questa singola modifica risolve l'80% dei problemi di layout RTL.

7. Rilevamento e Routing della Lingua

Come decidi quale versione linguistica mostrare a un utente influisce sia sull'UX che sull'SEO.

Migliore prassi: URL-based con cookie di preferenza

Primo accesso: Mostra contenuti basati su URL (es. /da/page = danese)
URL principale (/): Ridireziona in base all'intestazione Accept-Language OPPURE mostra il predefinito (inglese)
Interruttore manuale: Quando l'utente seleziona la lingua, imposta un cookie e rispettalo nelle visite future
Mai: Auto-ridirezionare da un URL specifico per lingua

Cosa evitare:

Redirect basati su IP (Google scansione da IP US → indicizza solo inglese)
Rilevamento della lingua solo con JavaScript (i motori di ricerca non possono eseguire JS in modo affidabile)
Ridirezione di /de/page su /en/page per utenti inglesi (interrompe hreflang)
Cloaking (mostrare contenuti diversi in base all'user-agent)

Comportamento di redirect corretto:

Utente visita: /             → 302 redirect a /{locale-detect}
Utente visita: /da/page      → Fornisci contenuti danesi (mai ridirigere via)
Utente visita: /nonexistent  → 404 (non ridirigere al linguaggio predefinito)

Regola critica per l'SEO: Ogni URL di lingua deve essere direttamente accessibile da Googlebot senza redirect. Se Google scansiona /da/page e viene rediretto a /en/page, non indicizzerà mai il tuo contenuto danese.

Vittoria rapida: Verifica che Googlebot possa accedere direttamente a tutti i tuoi URL di lingua. Nella Search Console, usa lo strumento di Ispezione URL su un URL non inglese. Se mostra un redirect, correggi la tua logica di routing.

8. Contenuti Duplicati Tra Lingue

I siti multilingue affrontano una sfida unica sui contenuti duplicati: pagine simili in diverse lingue possono competere tra loro nei risultati di ricerca.

Quando i contenuti duplicati diventano un problema:

Pagine che sono identiche al 90%+ tra le lingue (contenuto non tradotto)
Stesso URL accessibile con e senza prefisso locale (/page e /en/page)
Mancanza di tag canonici che permettono a entrambe le versioni di essere indicizzate
Errori hreflang che fanno sì che Google scelga la versione "sbagliata"

Soluzioni:

| Problema | Soluzione | |----------|-----------| | Pagine non tradotte | Usa noindex fino a tradotto, o mostra inglese con chiara indicazione linguistica | | Doppio URL (/page + /en/page) | 301 redirect uno all'altro | | Google indica la lingua sbagliata | Correggi la reciprociità di hreflang, verifica nella Search Console | | Traduzioni di bassa qualità indicizzate | Migliora la qualità della traduzione o consolidati in meno lingue |

Strategia del tag canonico:

<!-- Ogni pagina di lingua è il suo canonico -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

Non puntare mai canonical da una lingua all'altra (es. canonico danese che punta all'inglese) — questo dice a Google di ignorare completamente la versione danese.

Vittoria rapida: Cerca site:yourdomain.com "tuo titolo pagina" su Google. Se vedi sia versioni in inglese che tradotte per la stessa query, hai un problema di contenuti duplicati o di hreflang.

La Checklist per il SEO Multilingue

Fai questa verifica per ogni sito internazionalizzato:

[ ] Tag hreflang su tutte le pagine, includendo auto-riferimenti e x-default
[ ] Tutte le relazioni hreflang sono reciproche (controllate con crawler)
[ ] Routing locale corretto (sottocartella raccomandata): /{locale}/page
[ ] Nessun redirect automatico da URL specifici per lingua
[ ] Qualità della traduzione convalidata (nessuna pagina in linguaggi misti)
[ ] Meta titolo e descrizione unici per lingua (non duplicati)
[ ] Valuta, date e formati localizzati per mercato
[ ] Supporto RTL implementato per arabo/ebraico/farsi (se applicabile)
[ ] Sitemap per locale inviata alla Search Console
[ ] Ogni pagina di lingua ha il proprio URL canonico (non punta a un'altra lingua)
[ ] Nessuna chiave i18n grezza visibile su nessuna pagina
[ ] Selettore di lingua accessibile su tutte le pagine (collegato a pagine equivalenti, non alla homepage)

Come LANGR Controlla il SEO Multilingue

LANGR ha due moduli dedicati per il SEO multilingue:

i18n-checker: Scansiona fino a 5 varianti locali delle tue pagine e controlla:

Completezza e reciprocità del tag hreflang
URL locali inaccessibili (che restituiscono 404 o che redirigono)
Stringhe hardcoded/non tradotte attraverso le località (rilevamento di fallback)
Chiavi i18n grezze esposte come testo visibile
Percentuale di copertura della traduzione

Translation scanner: Valutazione della qualità alimentata da AI:

Valuta la naturalezza della traduzione su una scala da 0 a 100
Rileva artefatti di traduzione automatica
Identifica segmenti non tradotti all'interno di pagine altrimenti tradotte
Controlla elementi UI (pulsanti, etichette, navigazione) separatamente dai contenuti del corpo

Combinati, questi moduli controllano la tua implementazione multilingue da entrambi i punti di vista tecnico (hreflang, routing, canonici) e qualità (traduzione, localizzazione) — due delle 13 discipline SEO di LANGR.

Errori Comuni nel Multilingue (Classificati per Impatto)

Hreflang non reciproci — Google ignora l'intero setup
Auto-redirect in base a IP — Impedisce a Googlebot di indicizzare versioni non inglesi
Stessi tag meta tra lingue — Spreca il potenziale di ranking delle pagine tradotte
Pagine in lingue miste — Pulsanti in inglese, contenuto in tedesco = segnale di bassa qualità
Nessun x-default — Google non può determinare la tua versione di fallback
Tradurre gli URL letteralmente — /about-us → /uber-uns va bene, ma mantienilo coerente
Ignorare RTL — Layout rotto per oltre 500M di madrelingua
Canonico che punta a un'altra lingua — Uccide la versione tradotta nell'indice di Google

Cosa C'è Dopo?

Passo 11: Scoperta di Lead B2B — Trasformare i dati SEO in lead qualificati con prospezione automatizzata, punteggio lead basato su dominio e outreach potenziato dai risultati SEO.

Questa guida fa parte della serie SEO in 13 passi di LANGR. Esegui un audit gratuito per vedere come si posiziona il tuo sito in tutte e 13 le discipline.

Guida SEO Passo 10: SEO Multilingue — Raggiungere Pubblici Globali Senza Diluire le Tue Classifiche