Per fare bene un sito multilingua servono tre cose: un indirizzo diverso per ogni lingua, le annotazioni hreflang che dicono a Google quali pagine sono versioni l'una dell'altra, e testi tradotti davvero, adattati al mercato di chi legge. Tutto il resto, dalla struttura degli URL al pannello con cui gestisci le traduzioni, dipende da quante lingue ti servono e da chi le aggiornerà. Prima però verifica che ti serva, perché ogni lingua è una parte di sito in più da tenere viva.
Ti serve davvero un sito in più lingue?
Serve quando una parte reale dei tuoi clienti, o di quelli che vuoi raggiungere, cerca e decide in un'altra lingua: esporti, partecipi a fiere internazionali, ricevi turisti, lavori con partner esteri. Guarda i dati prima di decidere: Google Analytics ti dice da quali paesi arrivano le visite, e il report sul rendimento di Search Console ti mostra, con la dimensione Paesi, dove compari già nei risultati di ricerca.
Considera anche il lavoro che una lingua in più porta con sé. Ogni pagina nuova, ogni offerta, ogni articolo va tradotto e tenuto allineato, e le pagine legali vanno rese comprensibili a chi compra. Meglio poche pagine curate in inglese che un sito intero tradotto a metà: Google considera le versioni in altre lingue duplicati solo se il contenuto principale resta non tradotto, per esempio quando traduci soltanto menu e piè di pagina. Se il progetto è ancora da impostare nel suo insieme, parti dalla guida al sito web aziendale.
Lingua o paese: che differenza fa?
Google distingue due casi. Un sito multilingue offre i contenuti in più lingue; un sito multiregionale si rivolge a paesi diversi, anche nella stessa lingua, con condizioni, spedizioni o assistenza diverse per ciascuno. Molti siti sono entrambe le cose, come spiega la guida di Google ai siti multiregionali e multilingue.
La distinzione conta quando dichiari le versioni a Google. Il codice della lingua segue lo standard ISO 639-1, quello del paese l'ISO 3166-1 Alpha 2: «de» indica il tedesco, «de-CH» il tedesco destinato alla Svizzera. Il paese da solo non è valido, e Google non supporta codici come es-419, usato per lo spagnolo dell'America Latina.
Come organizzare gli indirizzi delle diverse lingue?
Google consiglia di usare URL diversi per ogni lingua invece di cambiare lingua con cookie o impostazioni del browser sulla stessa pagina: il suo crawler parte in genere dagli Stati Uniti e non indica una lingua preferita, quindi rischia di vedere una sola versione. Le strade possibili sono quattro:
- Domini per paese, come esempio.de: segnale geografico chiaro, ma più domini da registrare e gestire, e ognuno parla a un solo paese.
- Sottodomini, come de.esempio.com: facili da configurare, ma chi legge l'indirizzo non capisce subito se «de» indica la lingua o il paese.
- Sottocartelle, come esempio.com/de/: facili da configurare e con manutenzione ridotta, perché tutto resta sullo stesso sito. Per la maggior parte delle PMI è la soluzione più semplice da gestire.
- Parametri nell'URL, come esempio.com?lang=de: Google li sconsiglia.
Scelta la struttura, tienila uguale per tutte le lingue. Ricorda poi che Google riconosce la lingua dal testo visibile e non dall'attributo lang o dall'URL: ogni pagina va scritta in una sola lingua, senza traduzioni affiancate. Se il sito esiste già e le pagine italiane cambiano indirizzo, per esempio da esempio.com/servizi a esempio.com/it/servizi, stai facendo una migrazione e servono i redirect 301 descritti nella checklist per migrare senza perdere posizionamento. Spesso conviene lasciare la lingua principale dove si trova e aggiungere solo le cartelle delle nuove lingue.
Cos'è hreflang e dove si sbaglia più spesso?
Hreflang è un'annotazione che dice a Google: questa pagina in italiano ha una versione in inglese a questo indirizzo e una in tedesco a quest'altro. Si può inserire nel codice della pagina, nelle intestazioni HTTP o nella sitemap; per Google i tre metodi sono equivalenti, e usarli tutti insieme non porta vantaggi. Questi sono i controlli da fare:
- Ogni versione elenca se stessa e tutte le altre, e l'insieme dei collegamenti è identico su ogni pagina.
- I collegamenti sono reciproci: se la pagina italiana indica quella inglese ma non viceversa, Google ignora l'annotazione.
- Gli indirizzi sono completi, con https:// davanti, e portano alla versione della stessa pagina nell'altra lingua, non alla home.
- I codici indicano la lingua, con il paese solo quando serve: «en» oppure «en-gb», mai il paese da solo.
- Esiste un valore x-default per chi non corrisponde a nessuna delle lingue previste, per esempio una pagina di scelta della lingua.
Hreflang non traduce niente e non serve a dire a Google in che lingua è scritta una pagina: serve solo a collegare le versioni tra loro, così che a ciascun utente compaia quella giusta.
Si può mandare ogni visitatore nella sua lingua in automatico?
Google chiede di evitare i reindirizzamenti automatici da una versione linguistica all'altra in base alla lingua che si presume parli l'utente, perché impediscono a persone e motori di ricerca di vedere tutte le versioni. Sconsiglia anche di adattare i contenuti in base all'indirizzo IP, un metodo che considera complesso e poco affidabile.
Il compromesso ragionevole è un altro. Se qualcuno arriva sull'indirizzo principale senza lingua, puoi proporgli la versione più adatta in base alle preferenze del browser, come mostra la guida all'internazionalizzazione di Next.js, e dichiarare quella pagina come x-default. Da lì in poi deve scegliere il visitatore: un selettore di lingua visibile in ogni pagina, che porta alla stessa pagina nell'altra lingua.
Tradurre basta, o bisogna adattare i contenuti al mercato?
Le parole con cui un cliente tedesco cerca il tuo servizio possono non corrispondere alla traduzione di quelle italiane, quindi le parole chiave vanno ricercate per ogni mercato: è una parte del lavoro di SEO che spesso si salta. Anche formati delle date, unità di misura, numeri di telefono con prefisso internazionale, esempi e tono vanno adattati. È quello che si chiama localizzazione.
La traduzione automatica può essere un punto di partenza, a patto che una persona madrelingua la riveda. Google considera abuso dei contenuti su larga scala le pagine generate in massa con trasformazioni automatiche, traduzione compresa, che danno scarso valore agli utenti: tradurre in blocco un sito senza revisione è il rischio da evitare.
Alcune lingue chiedono lavoro anche sul codice. Arabo ed ebraico si scrivono da destra a sinistra, e il W3C indica di dichiararlo con l'attributo dir="rtl" sulla pagina; il layout va poi controllato perché si legga nel verso giusto. Per Rial Rent abbiamo tradotto l'intero sito in sei lingue, arabo compreso, per parlare direttamente a ciascun segmento della sua clientela internazionale. Il sito di Rial Estate, affitti brevi a Milano, è in sette lingue: tra queste l'arabo, impaginato da destra a sinistra, e il russo in cirillico.
Come si gestiscono le traduzioni nel tempo?
Il lavoro vero comincia dopo il lancio, quando le versioni devono restare allineate. Scegli un CMS che colleghi tra loro le versioni della stessa pagina e mostri cosa manca da tradurre, così chi aggiorna l'italiano sa cosa rivedere nelle altre lingue. Nei siti sviluppati in Next.js la lingua diventa parte dell'indirizzo, con una cartella per lingua e i testi caricati da dizionari separati, secondo lo schema descritto nella documentazione ufficiale.
Nel nostro portfolio ci sono progetti di dimensioni molto diverse: il sito di Villa San Pietro, su Wix, in italiano e inglese per raggiungere il mercato internazionale; il sito multilingua di Athleex, pensato per intercettare le ricerche di personal trainer e appassionati di fitness; Rial Rent, con sei lingue; il club di viaggio KIN, con l'italiano sulla radice e l'inglese sotto /en/, una sola lingua per pagina e un controllo automatico dopo ogni build che segnala i testi rimasti nell'altra lingua. In tutti i casi la domanda da cui partire è la stessa: chi terrà aggiornata ogni lingua.
Se stai pensando di aprire il sito a nuovi mercati, raccontaci quali lingue ti servono e chi le curerà: con queste due risposte possiamo impostare la realizzazione del sito in più lingue, dalla struttura degli indirizzi alla gestione dei testi.
Domande frequenti
Quante lingue conviene avere sul sito?
Solo quelle in cui hai clienti reali o un piano concreto per trovarli, e che riesci a mantenere aggiornate. Partire con una lingua in più ben curata è meglio che attivarne molte tradotte a metà.
Un widget di traduzione automatica basta per avere un sito multilingua?
No. Un widget che traduce la pagina al volo non crea pagine con un proprio indirizzo per ogni lingua, quindi Google non può trattarle come versioni distinte. Servono pagine tradotte e rivedute, ognuna con il suo URL, collegate tra loro con hreflang.
Serve un dominio diverso per ogni paese?
Non necessariamente. I domini per paese danno un segnale geografico chiaro ma vanno gestiti uno per uno; le sottocartelle, come /en/ o /de/, sono più semplici da mantenere e per molte aziende sono la scelta più pratica.
