Un sito in più lingue non nasce quando aggiungo un selettore in alto a destra. Nasce quando decido, con precisione, quali persone voglio aiutare, in quali mercati e con quale promessa. La traduzione è una parte del lavoro; la SEO multilingue è il sistema che tiene insieme contenuto, struttura, esperienza e misurazione.
La differenza si vede quando una pagina passa da una lingua all’altra. Se cambiano soltanto le parole, ma non esempi, intenzione di ricerca, call to action, valuta o riferimenti culturali, il sito comunica una falsa localizzazione. Per questo considero la lingua una decisione editoriale prima ancora che tecnica.
SEO multilingue: la prima scelta è editoriale
Prima di parlare di URL e attributi HTML, definisco il perimetro. Voglio una versione inglese per un mercato internazionale, una versione tedesca per un Paese preciso o contenuti diversi nella stessa lingua? Lingua e area geografica sono variabili diverse e non vanno trattate come sinonimi.
Questa distinzione evita due errori frequenti. Il primo è pubblicare una traduzione senza un pubblico reale, moltiplicando pagine che nessuno aggiornerà. Il secondo è usare la stessa pagina per tutti, affidandosi a cookie, geolocalizzazione o redirect automatici. Nella sua documentazione sui siti multiregionali e multilingue, Google consiglia URL distinti per le versioni linguistiche e avverte che una variazione dinamica può rendere più difficile scoprire e scansionare tutte le versioni.
Non tutte le pagine meritano una copia
Parto da una mappa dei contenuti, segnando per ogni pagina pubblico, intento, obiettivo e frequenza di aggiornamento. Una pagina di servizio potrebbe richiedere una riscrittura, non una traduzione. La domanda utile è: se una persona arrivasse direttamente su questa versione, troverebbe una risposta completa e naturale?
Tradurre non basta: serve localizzare l’intento
Una query non è soltanto una sequenza di parole: esprime un problema, un livello di conoscenza e spesso un modo culturale di formulare la richiesta. Anche con un significato letterale corretto, titolo, beneficio e call to action possono suonare artificiali.
Per questo faccio verificare almeno cinque elementi per ogni mercato:
- il problema descritto e il lessico usato dalle persone;
- gli esempi, le unità di misura e i riferimenti che rendono concreta la promessa;
- titolo SEO, descrizione e intestazioni, che devono essere naturali nella lingua di arrivo;
- formati di data, valuta, orari, contatti e disponibilità del servizio;
- call to action, microcopy e percorso successivo alla conversione.
Localizzare non significa inserire stereotipi o cambiare tono senza criterio. Significa conservare l’intenzione della pagina e adattare ciò che serve per renderla comprensibile, credibile e azionabile. Se uso un sistema automatico, la revisione umana si concentra sui passaggi in cui un errore cambia la promessa.
URL distinti e lingua visibile
Una buona struttura rende riconoscibili le versioni. Posso usare directory come /it/ e /en/, sottodomini o domini diversi: la scelta dipende da organizzazione, mercato e manutenzione. Conta la coerenza, non un formato universale.
La lingua deve essere evidente nel contenuto. Google spiega che determina la lingua soprattutto attraverso ciò che è visibile nella pagina, non semplicemente dal valore dell’attributo lang o dalla sigla nell’URL. Titolo, navigazione principale, testo, moduli e messaggi di conferma dovrebbero quindi parlare una lingua coerente. Una pagina con corpo italiano e solo menu inglese non è una vera versione inglese.
Evito anche di spostare automaticamente l’utente in base a una supposizione. Un visitatore può trovarsi all’estero, usare una lingua diversa da quella del browser o voler consultare un’altra versione per confronto. Un selettore chiaro, con link normali alle alternative, lascia la decisione alla persona e aiuta anche i motori a scoprire le pagine.
hreflang è una mappa, non un trucco SEO
Quando esistono più versioni dello stesso contenuto, il segnale hreflang serve a dichiarare la relazione tra quelle pagine. Non traduce il testo, non corregge una pagina debole e non garantisce una posizione nei risultati. Dice, più modestamente: “queste URL sono alternative linguistiche o regionali della stessa pagina”.
Nella guida alle versioni localizzate, Google indica tre metodi equivalenti: HTML, intestazioni HTTP o sitemap. Scelgo quello che il CMS e il team possono mantenere con meno errori. Usarli tutti insieme non offre automaticamente un vantaggio e aumenta i punti da controllare.
La regola più importante è la reciprocità: ogni versione deve indicare se stessa e tutte le altre versioni pertinenti. Controllo inoltre che le URL siano assolute, raggiungibili, indicizzabili e non puntino a redirect o pagine inesistenti. Un foglio di relazione tra URL è spesso più utile di una configurazione fatta a memoria.
Canonical e versione linguistica risolvono problemi diversi
Il canonical non è un sostituto di hreflang. Il primo aiuta a indicare l’URL rappresentativa tra pagine duplicate o quasi duplicate; il secondo descrive le alternative per lingua o area. La documentazione Google sulla canonicalizzazione chiarisce anche che il canonical è un’indicazione, non un ordine: il motore può scegliere diversamente se ritiene un’altra pagina più adatta.
Le versioni con contenuto principale realmente tradotto non sono duplicate soltanto perché trattano lo stesso argomento. Il problema nasce quando creo URL con corpo identico e cambio solo menu o elementi secondari: sto moltiplicando indirizzi, non offrendo esperienze linguistiche diverse.
Per le varianti regionali nella stessa lingua la decisione richiede ancora più attenzione. Se cambiano soltanto dettagli minori, canonical e segnali regionali devono raccontare una relazione coerente; se cambiano disponibilità, prezzo, servizio o promessa, la pagina deve rendere visibile la differenza. L’architettura tecnica segue la sostanza editoriale, non la precede.
Un controllo prima della pubblicazione evita molti errori
Il mio controllo finale ha tre passaggi. Leggo la pagina come un utente: capisco lingua, destinatario, beneficio e azione? La controllo come motore: titolo, link interni, sitemap, canonica, dati strutturati e relazioni linguistiche sono coerenti? Infine chiedo chi aggiornerà questa versione tra sei mesi.
Per i dati strutturati applico una regola sobria: descrivono ciò che l’utente vede e non vengono usati per aggiungere promesse nascoste. La guida generale di Google ricorda che i dati devono rappresentare il contenuto reale, aggiornato e visibile della pagina. Meglio pochi dati accurati che molti campi compilati in modo incompleto.
La stessa prudenza vale per le traduzioni automatiche. Accelerano una prima bozza, ma non sostituiscono controllo terminologico, revisione del tono e verifica dei percorsi. Un errore in un bottone o in un modulo diventa un problema di fiducia.
Misurare la qualità, non soltanto le visite
Dopo la pubblicazione non confronto solo il traffico totale tra lingue. Una versione può ricevere impressioni e pochi clic perché titolo e descrizione non rispondono all’intento, oppure clic ma nessun contatto perché offerta e modulo non sono localizzati.
In Search Console guardo query, pagine, Paesi, impressioni, clic e CTR. Il confronto più utile è tra pagine che rispondono allo stesso intento, non tra URL scelte soltanto perché hanno lo stesso numero di parole. Incrocio poi questi segnali con analytics e CRM: qualità dei lead, richieste pertinenti, tempo alla risposta e tasso di completamento del percorso.
Se una versione riceve attenzione ma non produce il passo successivo, non concludo subito che “la lingua non funziona”. Verifico prima accessibilità, velocità, fiducia, chiarezza del prezzo, disponibilità del servizio e coerenza tra promessa e pagina di arrivo. La SEO porta una persona davanti al contenuto; la localizzazione deve darle un motivo concreto per restare.
La SEO multilingue è un impegno di manutenzione
Il progetto più solido è progressivo: scelgo un mercato, localizzo poche pagine ad alto valore, costruisco le relazioni tecniche, verifico la resa pubblica e raccolgo segnali. Solo dopo decido se estendere il modello.
Tradurre una pagina è un’attività. Mantenere una versione linguistica è una responsabilità: aggiorno fonti, offerte, esempi, metadati, link e messaggi di conversione quando cambia l’originale. Posso anche rimuoverla se non risponde più a un bisogno reale.
La SEO Starter Guide di Google non promette scorciatoie per arrivare primi: suggerisce di rendere più facile a motori e persone comprendere i contenuti. Per un sito multilingue questa idea è ancora più concreta. La visibilità nasce da una relazione chiara tra pubblico, pagina, lingua e prova; la tecnologia serve a renderla leggibile e misurabile.
Quando lavoro su un progetto internazionale, quindi, non parto dalla domanda “quante traduzioni possiamo pubblicare?”. Parto da “quali persone possiamo servire bene, anche dopo il primo clic?”. È una domanda meno spettacolare, ma produce una strategia più riconoscibile, un’esperienza più credibile e decisioni SEO che il team può davvero mantenere.
Nota di trasparenza: questo articolo è stato elaborato con l'aiuto dell'intelligenza artificiale e con supervisione e responsabilità editoriale umana.