Una lingua, più Paesi
Una pagina inglese generica può servire più mercati se offerta, valuta, condizioni e messaggio non cambiano in modo sostanziale.
Guide
SEO multilingua e GEO: come far capire lingue, mercati e contenuti a Google e alle AI
Tradurre le parole non basta. Ogni versione deve avere un URL stabile, segnali coerenti, contenuti realmente localizzati e una struttura che permetta a motori e sistemi AI di trovare la pagina giusta.
Risposta breve
Un sito multilingua funziona quando ogni lingua vive su URL distinti e indicizzabili, le equivalenze sono dichiarate con hreflang reciproci, ogni pagina mantiene il proprio canonical e il contenuto visibile risponde davvero al mercato. SEO tecnica, accessibilità, localizzazione e GEO devono raccontare la stessa realtà.
Gian Luca Partengo
Sviluppatore web dal 1995 · siti su misura · Aggiornato il
Un sito multilingua non è una pagina che cambia lingua
È un sistema di pagine equivalenti ma autonome, collegate da segnali tecnici e adattate alle persone che devono usarle.
- 01Definire lingue e mercati reali
- 02Creare URL distinti e raggiungibili
- 03Allineare hreflang, canonical e sitemap
- 04Localizzare contenuti, prove e conversioni
Lingua e mercato non sono la stessa decisione
Un sito può essere multilingua, multi-regionale oppure entrambe le cose. Confondere questi livelli genera URL, prezzi e contenuti sbagliati.
Stessa lingua, mercati diversi
Inglese per Stati Uniti e Regno Unito può richiedere prezzi, disponibilità, lessico, prove e condizioni differenti: en-US ed en-GB descrivono il mercato oltre alla lingua.
Più lingue, stesso mercato
Un’attività in Svizzera può pubblicare contenuti in italiano, tedesco e francese mantenendo un unico perimetro commerciale.
Lingua non disponibile
Una pagina neutra o un selettore può fungere da x-default per chi non corrisponde alle varianti dichiarate, senza imporre reindirizzamenti irreversibili.
Prima domanda
Devo parlare una lingua diversa o offrire davvero qualcosa di diverso in un mercato? La risposta determina architettura, contenuti, codici hreflang e costi di manutenzione.
Ogni lingua deve avere un URL proprio e permanente
Google raccomanda URL distinti invece di cambiare il contenuto soltanto in base a cookie, IP o impostazioni del browser.
Scelta GLP
Sottocartelle sullo stesso dominio quando il progetto lo consente
Una struttura come dominio.com/ per la lingua predefinita e dominio.com/en/ per l’inglese concentra gestione e autorevolezza senza nascondere le varianti.
ccTLD e sottodomini restano opzioni valide quando separazione societaria, infrastruttura o geotargeting lo richiedono. La scelta segue il progetto, non una formula universale.
| Struttura | Quando ha senso | Attenzione |
|---|---|---|
| Sottocartella — /en/ | Stesso brand, dominio e infrastruttura; gestione centralizzata | Chiara, economica da mantenere e adatta alla maggior parte dei progetti GLP |
| Sottodominio — en. | Team, stack o ambienti realmente separati | Aumenta configurazione, monitoraggio e possibilità di divergenza |
| Dominio nazionale — .de | Presenza e offerta fortemente legate a un singolo Paese | Segnale geografico forte, ma più costi e infrastrutture separate |
| Parametro — ?lang=en | Raramente opportuno per contenuti indicizzabili | Google lo sconsiglia per la segmentazione geografica; complica link e canonical |
Hreflang: una mappa di equivalenze, non un comando di ranking
Dichiara quali URL sono versioni linguistiche o regionali dello stesso contenuto e aiuta Google a proporre quella più appropriata.
Regola tecnica
Ogni relazione deve essere completa e reciproca
Ogni pagina elenca se stessa e tutte le alternative con URL assoluti. Le altre versioni devono restituire lo stesso insieme di relazioni.
Se A indica B ma B non indica A, Google può ignorare la coppia. Il codice lingua è obbligatorio; la regione è opzionale e viene dopo la lingua.
Self-reference
La pagina italiana include anche la propria variante it, non soltanto en o altre lingue.
Codici validi
Si usano codici lingua supportati e, se necessario, lingua-regione: it, en, en-GB. Un codice solo Paese come UK non è valido.
x-default
Indica la pagina di fallback per lingue non coperte, spesso la home predefinita o un selettore di lingua.
Un solo metodo ben gestito
HTML, intestazioni HTTP e sitemap sono metodi equivalenti per Google. Duplicarli tutti non porta vantaggi e aumenta gli errori.
Canonical e hreflang rispondono a domande diverse
Il canonical sceglie l’URL principale fra duplicati; hreflang collega varianti linguistiche o regionali. Usarli come sinonimi può far sparire intere traduzioni.
Traduzione reale: self-canonical
La pagina inglese completa indica se stessa come canonical e si collega all’italiana tramite hreflang.
Mai tutto verso l’italiano
Canonicalizzare tutte le lingue sull’URL italiano comunica che le altre versioni non sono quelle preferite.
Duplicati nella stessa lingua
Versioni regionali quasi identiche nella stessa lingua possono richiedere una preferenza canonical coerente insieme agli hreflang.
Segnali concordi
Redirect, canonical, sitemap, link interni e hreflang non devono indicare URL diversi o non raggiungibili.
L’attributo lang serve a browser e tecnologie assistive
Google determina la lingua soprattutto dal contenuto visibile, ma html lang resta essenziale per pronuncia, lettura e comportamento corretto dell’interfaccia.
Lingua predefinita
L’elemento html dichiara la lingua principale della pagina con un tag BCP 47 appropriato, per esempio it o en.
Cambi di lingua
Una citazione o una frase significativa in una lingua diversa usa lang sul relativo elemento quando la tecnologia può identificarla.
Non è hreflang
lang descrive la lingua del documento o di una parte; hreflang collega URL alternativi destinati a lingue o regioni diverse.
Test automatico e manuale
Si verifica il markup e si prova almeno il comportamento con screen reader e selettore, perché un valore formalmente corretto può essere applicato alla pagina sbagliata.
Accessibilità e SEO si incontrano
Una lingua dichiarata correttamente non sostituisce il contenuto tradotto, ma rende quella versione più comprensibile alle persone e alle tecnologie che la interpretano.
Che cosa va tradotto perché la pagina sia davvero equivalente
Cambiare titolo e menu lasciando il corpo in italiano non crea una versione inglese utile. Google usa il contenuto visibile per riconoscere la lingua.
-
01
Contenuto principale
Titoli, paragrafi, tabelle, FAQ, call to action, esempi e microcopy devono essere comprensibili nella lingua scelta.
-
02
Metadati e condivisione
Title, description, Open Graph, breadcrumb e nomi delle entità devono descrivere quella specifica versione.
-
03
Navigazione e componenti
Menu, footer, pulsanti, filtri, ricerca, modali e pannelli non devono creare un’interfaccia metà tradotta.
-
04
Moduli, errori e conferme
Label, istruzioni, validazione, email transazionali e pagine di esito fanno parte del percorso e incidono sulla conversione.
-
05
Media e alternative testuali
Alt informativi, didascalie, sottotitoli e testi inseriti nelle immagini vanno localizzati o evitati quando diventano ingestibili.
-
06
Policy e condizioni
Privacy, cookie, vendita, spedizioni e condizioni devono rappresentare davvero lingue, territori e trattamenti applicabili.
Traduzione e localizzazione non sono sinonimi
La prima cambia lingua. La seconda adatta intenzione di ricerca, prove, offerta e percorso alle aspettative del mercato.
Domanda e lessico
Le persone non traducono sempre letteralmente la stessa query. Keyword, entità, domande e terminologia vanno ricercate nella lingua e nel settore reali.
Prezzi e condizioni
Valuta, imposte, spedizioni, disponibilità, tempi, unità di misura e garanzie devono essere coerenti con ciò che l’azienda offre davvero.
Prove locali
Sedi, contatti, casi studio, recensioni, certificazioni e partnership pertinenti aiutano persone e sistemi a capire dove opera l’azienda.
Conversione completa
Il percorso non termina alla landing page: modulo, checkout, assistenza e comunicazioni successive devono sostenere la promessa fatta.
Il selettore lingua deve essere un sistema di link veri
Persone e crawler devono poter raggiungere tutte le versioni senza dipendere da geolocalizzazione, cookie o JavaScript fragile.
Versione corrispondente
Da una guida italiana il selettore porta alla stessa guida in inglese, non sempre alla home inglese.
Link con href
Le alternative usano collegamenti navigabili e URL reali; un menu solo script può impedire scoperta e accesso.
Scelta dell’utente
Si può suggerire una lingua, ma non bloccare quella scelta automaticamente in base all’IP o all’Accept-Language.
Contesto preservato
Navigazione, breadcrumb, CTA e link interni restano nella lingua corrente salvo una scelta esplicita.
La sitemap deve elencare pagine reali, canoniche e aggiornate
Aiuta la scoperta degli URL e può descrivere le alternative linguistiche, ma non garantisce indicizzazione o posizionamento.
Assoluti e canonici
Ogni loc contiene l’URL pubblico completo che il sito considera principale per quella versione.
Alternative coerenti
Se gli hreflang sono in sitemap, ogni URL replica lo stesso insieme completo di varianti, inclusa se stessa.
lastmod reale
La data cambia quando il contenuto subisce una modifica sostanziale, non a ogni caricamento o deploy.
Pagine raggiungibili
Niente redirect, errori, noindex o canonical verso altri URL dentro l’elenco destinato all’indicizzazione.
La sitemap non ripara il sito
Se routing, link, canonical o contenuto sono sbagliati, inserire l’URL nel file XML non risolve la contraddizione.
Dati strutturati localizzati e coerenti con la pagina
Il markup rende più esplicite entità e proprietà, ma deve descrivere ciò che l’utente vede nella stessa lingua.
inLanguage
CreativeWork, Article e altri tipi compatibili possono dichiarare la lingua con un tag BCP 47 coerente.
Nomi e descrizioni
Headline, description, breadcrumb, FAQ e altri valori testuali seguono la versione pubblicata, non restano nella lingua sorgente.
Entità aziendale
Indirizzi, aree servite, contatti, valuta e condizioni restano verificabili e non inventano una presenza locale inesistente.
Parità con il visibile
Non si inseriscono nel JSON-LD prezzi, recensioni, domande o servizi assenti o diversi dal contenuto accessibile della pagina.
GEO multilingua: ogni lingua deve meritare di essere citata
Una traduzione generica moltiplica pagine, non autorevolezza. I sistemi di risposta hanno bisogno di fonti accessibili, specifiche e verificabili nella lingua della domanda.
Trovabile e indicizzabile
La pagina ha URL pubblico, link interni, status corretto e contenuto principale disponibile ai crawler autorizzati.
Apri la fonteUtile nel contesto locale
Risponde a domande reali con esperienza diretta, definizioni chiare, limiti, esempi e dati che non sembrano prodotti in serie.
Apri la fonteVerificabile e attribuibile
Autore, azienda, fonti, date, recapiti e condizioni permettono a persone e sistemi di valutare provenienza e attualità.
Apri la fonteNiente scorciatoie GEO
Non servono testi nascosti, pagine seriali o file presentati come formule magiche. Serve una versione realmente utile in quella lingua, sostenuta da struttura tecnica e segnali affidabili.
Sei errori che fanno sembrare multilingua un sito che non lo è
Sono problemi comuni perché l’interfaccia può apparire tradotta mentre crawler, tecnologie assistive e utenti ricevono segnali contraddittori.
Una sola URL, lingua via cookie
Le varianti non hanno un indirizzo stabile, non si condividono e possono non essere scoperte o indicizzate separatamente.
Hreflang non reciproci
Mancano self-reference, URL assoluti o link di ritorno e l’annotazione può essere ignorata.
Canonical tutti sulla sorgente
Le traduzioni complete vengono trattate come copie non preferite invece che come pagine autonome.
Solo template tradotto
Menu e footer cambiano lingua, ma contenuto, FAQ, errori o policy restano nella lingua originale.
Reindirizzamenti forzati
IP o browser decidono al posto dell’utente e possono impedire a persone e crawler di raggiungere una versione.
Pagine tradotte in serie
Contenuti senza revisione, ricerca locale o prove specifiche aumentano il volume ma non la capacità di posizionarsi o convertire.
Il metodo GLP per un sito multilingua controllabile
La lingua è un modulo del progetto, non un interruttore. Si definiscono perimetro, fonti, routing, segnali, contenuti e test prima della pubblicazione.
-
01
Mappa pagine e mercati
Si decide quali pagine servono in ogni lingua, quali mercati condividono l’offerta e quali richiedono varianti reali.
-
02
Prepara le traduzioni
Il cliente fornisce contenuti completi e approvati, compresi metadati, microcopy, moduli, policy e materiali commerciali.
-
03
Implementa routing e URL
Ogni versione ottiene percorso stabile, lingua predefinita esplicita, selettore accessibile e fallback prevedibili.
-
04
Genera i segnali tecnici
Canonical, hreflang, html lang, sitemap, breadcrumb e dati strutturati vengono derivati dalla stessa mappa.
-
05
Verifica pagina per pagina
Si controllano parità, link, status, redirect, metadati, moduli, immagini, mobile e assenza di chiavi o testi non tradotti.
-
06
Mantieni le versioni allineate
Ogni nuova pagina o modifica sostanziale richiede una decisione editoriale sulle lingue e date di aggiornamento reali.
| Voce | Perimetro | Costo |
|---|---|---|
| Setup multilingua | Configurazione tecnica per siti Essential e Pro | 300 € |
| Pagina sorgente | Implementazione delle versioni fornite per ogni pagina del perimetro | 80 € per pagina sorgente |
| Traduzioni | Testi, policy e contenuti approvati sono forniti dal cliente | Non incluse |
| E-commerce multilingua | Catalogo, varianti, checkout, email, policy e mercati secondo il progetto reale | Su preventivo |
Il prezzo finale dipende da numero di lingue, pagine, componenti, integrazioni e differenze fra mercati. SEO e GEO migliorano struttura e comprensibilità, ma non garantiscono ranking, traffico o citazioni AI.
Approfondisci come apparire su ChatGPT e nelle AI e come rendere il sito utilizzabile dagli agenti AI. Per pacchetti e prezzi consulta i servizi per siti su misura.
Fonti primarie verificate
Le indicazioni separano raccomandazioni dei motori, standard web, accessibilità e proprietà dei dati strutturati. Vanno ricontrollate quando cambiano mercati o piattaforme.
-
Google Search Central — Siti multilingua e multi-regionaliApri la fonte
Differenza fra lingua e regione, URL distinti, geotargeting, selettore e segnali locali.
-
Google Search Central — Versioni localizzate e hreflangApri la fonte
Metodi equivalenti, reciprocità, self-reference, URL assoluti, codici e x-default.
-
Google Search Central — Ottimizzazione per le funzioni AIApri la fonte
Fondamenta SEO, indicizzazione, contenuto utile, esperienza di pagina e dati strutturati nelle esperienze generative.
-
Google Search Central — Panoramica delle sitemapApri la fonte
Scoperta degli URL, versioni linguistiche alternative e limiti del file XML.
-
Google Search Central — Creare una sitemapApri la fonte
URL assoluti e canonici, lastmod significativo e struttura del file.
-
W3C Internationalization — Dichiarare la lingua in HTMLApri la fonte
Attributo lang, lingua predefinita, cambi di lingua e tag BCP 47.
-
W3C WAI — WCAG 2.2, lingua delle partiApri la fonte
Identificazione programmatica della lingua di passaggi e frasi significative.
-
Schema.org — inLanguageApri la fonte
Proprietà per dichiarare la lingua di un contenuto o di un’azione con tag BCP 47.
-
Google Search Central — Contenuti utili e people-firstApri la fonte
Originalità, esperienza diretta, finalità chiara e contenuti creati per le persone.
-
OpenAI — Crawler e controlli per i publisherApri la fonte
Ruoli distinti di OAI-SearchBot, GPTBot e ChatGPT-User e gestione tramite robots.txt.
Fonti controllate il 28 luglio 2026. Specifiche, prodotti AI e modalità di crawling possono evolvere: verificare sempre la documentazione applicabile prima di modificare il sito.
Domande frequenti
Risposte dirette ai dubbi che generano più spesso architetture fragili o aspettative irrealistiche.
Tradurre il sito migliora automaticamente la SEO?
No. Apre un nuovo perimetro di ricerca, ma richiede URL, segnali tecnici, contenuti utili, domanda locale, autorevolezza e manutenzione. Può anche moltiplicare pagine deboli se eseguito male.
Meglio sottocartelle, sottodomini o domini nazionali?
Dipende da brand, infrastruttura e mercati. Per molti siti sullo stesso dominio le sottocartelle sono la soluzione più semplice da gestire; ccTLD e sottodomini hanno senso quando la separazione è reale.
Hreflang fa salire il sito nei risultati?
Non è un fattore magico di ranking. Aiuta Google a comprendere le equivalenze e a mostrare la versione linguistica o regionale più appropriata.
Ogni traduzione deve avere un canonical verso l’italiano?
No. Una traduzione completa e indicizzabile usa normalmente un canonical verso se stessa. Le equivalenze con le altre lingue vengono espresse tramite hreflang.
Google usa html lang per capire la lingua?
Google dichiara di usare soprattutto il contenuto visibile per determinare la lingua, non lang o hreflang. html lang resta però fondamentale per browser, screen reader e accessibilità.
Posso cambiare lingua sulla stessa URL con JavaScript?
È possibile per un’interfaccia non indicizzabile, ma non è la soluzione raccomandata per pagine SEO: ogni versione dovrebbe avere un URL distinto, raggiungibile e condivisibile.
Serve x-default?
Non è obbligatorio in ogni progetto, ma è utile per indicare una pagina di fallback destinata agli utenti che non corrispondono alle lingue o regioni specificate.
Basta una traduzione automatica non revisionata?
No. Può produrre errori, tono inadatto, terminologia incoerente e promesse commerciali sbagliate. Il contenuto va verificato da chi conosce lingua, settore e responsabilità del testo.
La GEO multilingua richiede markup speciale per ChatGPT?
Non esiste un markup universale che garantisca citazioni. Servono pagine pubbliche, chiare, verificabili, tecnicamente accessibili e utili nella lingua della domanda.
Quanto costa aggiungere una lingua a un sito GLP?
Per i siti Essential e Pro il pacchetto parte da 300 € di setup più 80 € per ogni pagina sorgente. Le traduzioni sono fornite dal cliente; l’e-commerce multilingua viene quotato sul perimetro reale.
Chi deve fornire le traduzioni?
Il cliente fornisce testi completi e approvati. GLP implementa la struttura multilingua e verifica coerenza tecnica e completezza del perimetro concordato.
Come si controlla un sito multilingua esistente?
Si parte da una matrice URL-lingue e si verificano status, redirect, canonical, hreflang, lang, sitemap, link, contenuti, metadati, dati strutturati, moduli e parità fra versioni.
Prossimo passo
Vuoi aggiungere una lingua senza duplicare errori e contenuti deboli?
Consulta perimetro e costi delle opzioni multilingua, progettate per mantenere coerenti SEO, accessibilità, GEO e manutenzione reale.