Sito in più lingue: quando serve davvero e come farlo bene

Un sito in inglese fa sembrare l'azienda più internazionale, ma questa non è una ragione sufficiente per costruirlo. Per capire quando serve un sito multilingua la domanda utile è un'altra: quante persone stiamo perdendo perché il sito parla una lingua diversa dalla loro?

Per un hotel in Gallura la risposta può essere molto concreta. Per un professionista che lavora soltanto con clienti italiani, probabilmente no. Per un e-commerce che vuole vendere in Germania il tedesco può essere una scelta commerciale, mentre per un'azienda che riceve due email in inglese all'anno potrebbe essere un lavoro inutile.

Un sito multilingua ha senso quando è collegato a un mercato reale. Da lì dipendono quali lingue aggiungere, quanto lavoro richiedono e come vanno costruite perché le trovino sia Google sia le persone. In questa guida mettiamo in fila i criteri per decidere e i requisiti per farlo bene.

Quando serve un sito multilingua: i dati da guardare

Il primo errore è aprire il sito di un concorrente, vedere cinque bandierine e decidere di fare lo stesso. Le lingue non sono decorazione: ognuna crea pagine da scrivere, aggiornare, controllare e indicizzare, e quel lavoro non finisce al lancio.

La scelta migliore arriva dai dati che hai già. Prima di aggiungere una lingua guarda:

• Prenotazioni e richieste. Da quali Paesi arrivano, nel booking engine, nel CRM, nelle email.
• Conversazioni. In quali lingue ti scrivono i clienti, per email e su WhatsApp.
• Analytics e Search Console. Da quali Paesi arriva il traffico, e se emergono ricerche in altre lingue.
• Fatturato e campagne. Quali mercati generano ricavi e dove stai investendo in Ads.
• Strategia. Quali mercati vuoi aprire davvero.
• Team. In quali lingue qualcuno è in grado di rispondere dopo il primo contatto.

Non serve indovinare. Se negli ultimi due anni il trenta o il quaranta per cento delle richieste arriva in una certa lingua, quell'informazione vale più di qualsiasi elenco generico di «lingue da avere». La risposta può essere due lingue, otto, o soltanto l'italiano: il sito corretto è quello che parla con le persone che devono usarlo, non quello con più opzioni nel menu.

In Sardegna la lingua fa parte della vendita

Per molte aziende dell'isola il sito in più lingue non è una scelta di immagine: è una parte del processo di vendita. Vale per hotel, resort e case vacanza, per ristoranti, charter e nautica, per chi lavora nel turismo e nelle esperienze, per i servizi sanitari nelle località turistiche. Chi ha una clientela internazionale riceve richieste prima ancora che la persona arrivi in Sardegna, e se la pagina che trova è solo in italiano le chiede uno sforzo proprio nel momento in cui potrebbe aprire il sito successivo.

Nella nostra pagina su Olbia il tema torna spesso, perché aeroporto, porto, Gallura e Costa Smeralda portano nello stesso mercato persone con lingue e abitudini diverse. Come ti cercano prima e durante il viaggio lo abbiamo raccontato in farsi trovare dai turisti a Olbia e in Gallura.

L'inglese è spesso la prima lingua che si aggiunge, e ha senso perché copre un pubblico internazionale molto ampio. Non sempre basta: una struttura può scoprire che una parte importante delle prenotazioni arriva dalla Germania, un'altra può avere un pubblico francese, un servizio luxury può lavorare con mercati ancora diversi. Anche qui decidono i dati, non l'abitudine.

Medica Palau: otto lingue per arrivare alla visita

Medica Palau lavora in Gallura con tredici specializzazioni e una clientela che in estate diventa internazionale, e il sito è in otto lingue. Lì il multilingua non serve a fare scena. Un paziente può trovarsi in vacanza, avere un problema di salute e dover capire in fretta quale specialista gli serve, se la struttura può aiutarlo, come prenotare, dove si trova e in quale lingua può comunicare. La lingua, in quel momento, fa parte dell'accesso al servizio.

Tradurre non è localizzare

Una traduzione risponde alla domanda «come si dice questa frase in inglese?». Una localizzazione risponde a un'altra: «come va presentata questa offerta a una persona che non conosce il nostro contesto?». Un italiano sa dov'è la Gallura, un turista straniero forse no; un cliente locale capisce una sigla che a un visitatore internazionale va spiegata; un ristorante può avere termini gastronomici che conviene lasciare in italiano e spiegare, invece di tradurli alla lettera. È la parte che un sistema automatico non risolve da solo.

Una pagina può essere linguisticamente corretta e sembrare comunque poco locale. Formato delle date, orari, prezzi e valute, numeri di telefono, unità di misura, condizioni di spedizione: per un e-commerce internazionale sono parte della localizzazione, per un sito turistico sono meno complessi ma vanno controllati lo stesso.

La traduzione automatica del browser è diventata molto più brava, ed è utile: permette a una persona di capire una pagina che non esiste nella sua lingua. Se però quella lingua è un mercato importante, affidarle tutto ha limiti precisi. Il motore di ricerca non ha una vera pagina da indicizzare, i metadata restano nella lingua originale, le parole chiave non vengono adattate, il tono diventa incoerente, e form, email e messaggi di conferma restano in italiano. Per un uso occasionale può bastare; per un mercato strategico no.

URL, hreflang e selettore: i requisiti tecnici

Se ti chiedi come fare un sito multilingua che funzioni anche per la SEO, la risposta tecnica è abbastanza precisa: ogni lingua deve essere una versione vera del sito, non una pagina unica che cambia testo dopo un clic senza avere un indirizzo suo. In pratica servono:

• Un URL per ogni lingua. Su questo sito, per esempio, /servizi/siti-web/ ha la sua versione in /en/services/websites/: si indicizza da sola, e a un cliente inglese mandi un link inglese invece di un link italiano con l'istruzione «clicca la bandiera».
• Metadata nella lingua della pagina. Title, meta description, testi delle immagini e dati strutturati, scritti per quel mercato.
• Hreflang. Le versioni della stessa pagina si dichiarano a vicenda, così il motore di ricerca sa quale mostrare a chi.
• Sitemap e canonical coerenti. Ogni versione compare nella sitemap e non viene trattata come un duplicato dell'altra.
• Un selettore che resta sulla pagina. Cambiando lingua si arriva alla stessa pagina nell'altra lingua, non alla home.
• Lingue indicate per nome. Una bandiera da sola non basta a dire quale lingua si sta scegliendo.

Hreflang è una parola che di solito non interessa a chi commissiona un sito, ma il concetto sì. Serve a dire ai motori di ricerca: «questa pagina italiana e questa pagina inglese parlano della stessa cosa, ma sono destinate a persone che usano lingue diverse». Google lo documenta proprio per le versioni localizzate delle pagine. Non serve impararne la sintassi; serve verificare che il sito lo gestisca, cioè che due pagine equivalenti si conoscano a vicenda.

Il selettore merita la stessa cura. Se sto leggendo la pagina della camera superior e passo all'inglese, voglio la superior room, non la home: sembra ovvio, e non succede su tutti i siti. Lo stesso vale per articoli, servizi e schede. Se una pagina esiste soltanto in italiano, è meglio non proporre un equivalente che mandare l'utente a una pagina inglese generica solo per non mostrare un buco. Sono scelte che si fanno quando si progetta il sito, e nella nostra realizzazione di siti web nascono insieme all'architettura.

Dalla home al modulo, tutto nella stessa lingua

Un errore frequente è tradurre la home e lasciare il resto: pagina dei servizi, FAQ, form, email automatica e privacy restano in italiano. Il risultato è una promessa interrotta. Se una lingua viene dichiarata disponibile, il percorso principale deve esserlo davvero; non serve tradurre ogni vecchio articolo del blog, ma ciò che serve per capire, decidere e contattare l'azienda deve essere coerente.

Se il budget non consente di localizzare tutto, si stabilisce una priorità. Prima vengono home, servizi, prodotti o camere, contatti, booking, le FAQ importanti e le condizioni necessarie a concludere; dopo, approfondimenti, archivio e contenuti secondari. Lo stesso vale per il numero di lingue: se hai quattro mercati ma puoi lavorare bene solo su due versioni, parti da quelle e aggiungi poi la lingua con il potenziale reale più alto. Meglio due versioni curate che cinque mezze vuote.

Anche il modulo è contenuto: etichette come nome, email, messaggio, prestazione, data e consenso, e poi errori e conferme. Se la pagina è in inglese e l'errore dice «campo obbligatorio», il sistema è incoerente. Lo stesso vale per le email automatiche, dalla conferma della richiesta al promemoria, dal reset della password alla fattura e alla notifica di pagamento: se il cliente ha scelto l'inglese, tutto il flusso deve ricordarlo.

Poi c'è la parte legale. Cookie banner, informative, condizioni di vendita e consensi devono seguire il percorso linguistico: non basta tradurre una call to action e poi far accettare un documento che l'utente non può capire. Per i contenuti legali e sanitari la revisione professionale conta ancora di più, perché il multilingua tocca anche responsabilità, non solo marketing.

Punta Falcone: dalla scoperta alla prenotazione

Nel settore hotel e resort il multilingua tocca molti punti: camere, servizi, esperienze, transfer, spa, ristorante, condizioni, booking, email pre-arrivo, indicazioni, FAQ. La parte visibile del sito è solo un pezzo. Se il booking engine passa all'improvviso a un'altra lingua, o le condizioni di cancellazione restano in italiano, la fiducia si rompe proprio vicino alla prenotazione. Il resto della lista è in cosa deve avere il sito di un hotel.

Punta Falcone Resort lavora con una clientela internazionale a Santa Teresa Gallura. Il sito presenta le due strutture, la destinazione e la prenotazione diretta dentro lo stesso percorso, e la lingua non è un'aggiunta separata dal business: serve a portare una persona dalla scoperta della Sardegna alla richiesta o alla prenotazione.

Anche le recensioni meritano una decisione. A un pubblico tedesco una struttura può mostrare le testimonianze italiane nella lingua originale, tradurle o scegliere recensioni dello stesso mercato: una regola unica non c'è, conta la credibilità. Vale anche per case study e portfolio, dove a chi arriva da fuori spesso va spiegato il contesto, oltre che tradotto il testo.

AVOY: dodici lingue vogliono dire anche assistenza

AVOY porta il concetto più avanti: il concierge AI Sofia risponde H24 in dodici lingue a ospiti e host. Qui il multilingua non riguarda soltanto le pagine, riguarda l'assistenza, e la differenza fra una traduzione di pagine e un prodotto davvero multilingua si vede. La domanda vale per chiunque: se il sito invita una persona a contattarti in tedesco, cosa succede dopo? Se nessuno riesce a rispondere, la promessa è incompleta.

Questo non vuol dire rinunciare a ogni lingua che il team non parla. Puoi avere un sito informativo in una lingua e dichiarare chiaramente che l'assistenza avviene in inglese, usare strumenti di traduzione assistita, preparare risposte standard, integrare un concierge. Va progettato, però: la lingua del sito e la lingua operativa dell'azienda sono due cose diverse, e non vanno confuse.

Le parole chiave cambiano da una lingua all'altra

Uno degli errori più facili è tradurre le keyword parola per parola. Le persone non cercano allo stesso modo in ogni Paese: il nome tecnico di un servizio può cambiare, una formula comune in Italia può essere rara in Inghilterra, una destinazione può essere cercata con combinazioni diverse. Per questo la SEO multilingua richiede almeno una piccola ricerca per ogni mercato importante.

Non serve reinventare l'intero sito. Serve evitare che la versione inglese sia grammaticalmente corretta e invisibile, perché usa parole che nessuno cerca. È uno dei motivi per cui il posizionamento SEO e la realizzazione del sito devono parlarsi prima del lancio, quando le pagine di ogni lingua si possono ancora costruire attorno alle ricerche vere.

Traduzione professionale, AI o entrambe

Oggi l'AI può accelerare molto il lavoro: produce una prima traduzione, uniforma la terminologia, aiuta a gestire grandi quantità di contenuto. Più che chiedersi se l'AI sa tradurre, conviene chiedersi chi controlla ciò che pubblichiamo. Per contenuti semplici e a basso rischio un flusso assistito può essere efficiente; per sanità, legale, condizioni contrattuali, luxury o comunicazione molto caratterizzata la revisione umana diventa molto più importante. Il metodo può essere ibrido: automazione per velocizzare, una persona competente per verificare.

Il tono del marchio deve sopravvivere alla traduzione. Un testo ironico può diventare piatto, un brand luxury troppo promozionale, un testo tecnico ambiguo: la versione corretta grammaticalmente non è sempre quella giusta per il marchio. Vale soprattutto per titoli, claim, call to action e pagine commerciali, dove le frasi più brevi sono spesso quelle che richiedono più attenzione.

Poi c'è il testo nascosto nelle immagini: banner, infografiche, screenshot, brochure, menu fotografati, post social incorporati. Il sistema multilingua non può cambiarlo, quindi va deciso caso per caso se creare varianti dell'immagine, evitare il testo incorporato, lasciare l'originale quando ha senso o spiegare il contenuto nel testo della pagina. È un dettaglio che emerge spesso troppo tardi.

Quanto pesa una lingua in più su tempi e costi

Un sito in due lingue non costa necessariamente il doppio. Il sistema grafico e gran parte dello sviluppo si condividono; quello che cresce è soprattutto il lavoro editoriale e di verifica.

Il prezzo dipende quindi dal numero di pagine e dalla quantità di testo, da chi traduce, dalla SEO per ogni lingua, dalle integrazioni e dai contenuti che cambiano fra un mercato e l'altro. Nella guida su quanto costa un sito web il multilingua è una delle variabili che cambiano davvero il perimetro. Anche i tempi si allungano, come spieghiamo in quanto tempo ci vuole per fare un sito web: aggiungere tre lingue alla fine del progetto non equivale ad aggiungere tre pulsanti, ed è meglio deciderlo all'inizio.

Il numero di lingue può pesare anche sulla tecnologia. Con dieci pagine e due lingue molte piattaforme gestiscono bene il problema; con migliaia di schede, mercati diversi, contenuti editoriali, ricerca interna e dati dinamici l'architettura conta di più, e chi cerca in inglese deve ricevere risultati, filtri e categorie in inglese. La scelta fra WordPress e sito su misura dipende anche da questo: una tecnologia non «fa le lingue meglio» di un'altra, ma la gestione quotidiana cambia.

Dopo il lancio ogni lingua va aggiornata e misurata

Il progetto non finisce al lancio. Nuovi servizi, prezzi, policy, articoli, promozioni: se aggiorni soltanto l'italiano le versioni divergono, e dopo sei mesi il sito inglese racconta un'azienda diversa. Serve una regola editoriale semplice, decisa prima: quali contenuti si localizzano sempre, quali solo quando servono, e chi approva ogni aggiornamento. Se nessuno ha questa responsabilità, la versione tradotta invecchia più in fretta di quella principale.

Non tutte le lingue devono avere lo stesso identico catalogo. Una struttura può avere cento articoli storici in italiano e decidere che in inglese servono solo le guide più utili al pubblico internazionale; un'azienda B2B può vendere alcuni servizi solo in certi mercati; un hotel può promuovere un pacchetto pensato per un volo diretto da un certo Paese. La coerenza non è duplicazione perfetta: ogni mercato deve ricevere un percorso completo e comprensibile, e investire solo dove c'è domanda riduce costi e manutenzione.

Infine, ogni lingua va misurata per conto suo: traffico, pagine di ingresso, Paese di provenienza, richieste, prenotazioni, conversioni. Una lingua può ricevere molto traffico e convertire poco, un'altra avere meno visite ma un valore medio più alto. Sono i dati che dicono dove investire nei contenuti successivi, perché aggiungere una lingua non è un gesto definitivo: è un'ipotesi commerciale da verificare nel tempo.

Quindi: quante lingue deve avere il tuo sito?

Quelle che servono ai tuoi clienti, non quelle che stanno bene nel menu. Per un'attività locale può essere una; per un hotel in Sardegna tre o quattro; per una struttura sanitaria in una località turistica molte di più; per una piattaforma internazionale il multilingua diventa una funzione del prodotto. La scelta corretta parte dai dati e continua con un'architettura che permetta di mantenere tutto nel tempo.

Se hai già un sito solo in italiano, prima di rifarlo valuta quando basta aggiornarlo e quando serve un vero rifacimento. Se lavori con clienti internazionali, raccontaci da dove arrivano le richieste: le lingue da aggiungere sono una decisione commerciale, non una collezione di bandierine.