Siti multilingue: aprire nuovi mercati senza penalizzazioni Google

Quando un'azienda saudita decide di servire clienti oltre il mercato locale, la prima decisione è di solito: «aggiungiamo una versione inglese del sito». E di solito viene eseguita nel modo peggiore possibile: testo tradotto a macchina e una seconda copia del sito, poi l'attesa di clienti che non arrivano mai.

Un sito multilingue non è un progetto di traduzione: è un progetto di architettura tecnica. Queste quattro decisioni ne determinano la riuscita.

1. Hreflang: senza, Google pensa che vi stiate ripetendo

Quando la stessa pagina esiste in dieci lingue, Google ha bisogno di un segnale esplicito che dica: «non sono dieci pagine in concorrenza, sono versioni linguistiche di una sola pagina — mostra a ciascun utente quella giusta».

Quel segnale è il tag hreflang. Senza di esso Google può trattare le versioni come contenuto duplicato, sceglierne una e ignorare le altre: avrete pagato dieci traduzioni perché una sola venisse vista. È l'errore tecnico più comune e più costoso dei siti multilingue.

2. Struttura degli URL: tre opzioni, non una

• Sottocartelle (site.com/fr/) — la scelta giusta per la maggior parte delle aziende: tutta l'autorevolezza del dominio si accumula in un punto, la gestione è più semplice, il costo minore.
• Sottodomini (fr.site.com) — Google li tratta come semi-indipendenti, quindi l'autorevolezza va costruita separatamente per ciascuno.
• Domini nazionali (site.fr) — i più forti per puntare a un singolo Paese, e molto più costosi da gestire.

Per un'azienda che inizia l'espansione internazionale, le sottocartelle sono la scelta pratica nella maggior parte dei casi.

3. La traduzione automatica da sola vi danneggia

Una traduzione automatica non revisionata produce un testo grammaticalmente corretto e commercialmente strano. Peggio: traduce le parole e non l'intento di ricerca. Un cliente tedesco non cerca lo stesso termine di uno francese, anche quando il significato è identico.

Un esempio concreto: chi cerca Gedda in tedesco digita «Dschidda», non «Jeddah». Se la vostra versione tedesca dice solo «Jeddah», per quell'utente non esistete. I nomi di città e Paesi si scrivono secondo la convenzione di ogni lingua, non si ricopiano così come sono.

4. Supporto RTL vero, non un template specchiato

Se il vostro sito è nato in arabo e aggiungete lingue latine — o viceversa — non si tratta solo di invertire la direzione del testo. Icone, frecce, ordine dei campi e posizione dei pulsanti cambiano tutti. I template che «specchiano» automaticamente un design producono interfacce rotte che perdono fiducia nel primo secondo.

Che cosa va davvero tradotto?

Una traduzione parziale è peggio di nessuna. L'elenco completo comprende:

• Titoli e descrizioni meta di ogni pagina, non solo il testo visibile.
• Il testo alternativo delle immagini.
• Etichette dei moduli, pulsanti di invio e messaggi di errore.
• Le pagine legali: informativa privacy e condizioni.
• La sitemap, che copra tutte le versioni linguistiche.

Un sito tradotto all'80% lascia il visitatore straniero davanti a una pagina metà nella sua lingua e metà incomprensibile: un'impressione peggiore di un sito chiaro in una sola lingua.

Quando sconsigliamo il multilingue

Se non potete davvero servire il cliente straniero — niente spedizioni internazionali, nessun team che risponda nella sua lingua, nessun metodo di pagamento adatto — la traduzione vi porterà richieste che non riuscirete a chiudere. Prima si costruisce la capacità operativa; il sito poi la rispecchia.

In breve

Una lingua in più non è un pulsante «traduci». È un nuovo canale di acquisizione, con una propria struttura tecnica e parole chiave proprie. Fatta bene una volta, apre un mercato intero; fatta in fretta, aggiunge pagine che nessuno visita.