In breve
Tradurre le pagine non basta: lingua, mercato, URL, navigazione e funzioni devono restare coerenti lungo tutto il percorso.
- Definire lingue e mercati sulla base dell’offerta reale
- Assegnare un URL stabile e scansionabile a ogni versione
- Implementare hreflang reciproco, canonical e selettore lingua coerenti
- Tradurre anche funzioni, errori, documenti e passaggi esterni
Lingua e mercato non sono la stessa decisione
Una versione in inglese può rivolgersi a persone di paesi diversi, mentre due pubblici che parlano la stessa lingua possono avere offerte, prezzi o condizioni differenti. Prima della tecnologia occorre decidere se il sito varia per lingua, per regione o per entrambe.
Questa scelta influenza URL, contenuti, valuta, unità di misura, recapiti, aspetti legali e modalità di contatto. Pubblicare una lingua priva di assistenza o di un servizio realmente disponibile crea aspettative sbagliate. Meglio coprire bene pochi percorsi completi che moltiplicare versioni parziali.
Elenca pagine, funzioni e materiali necessari per ogni lingua, inclusi moduli, email, documenti e servizi esterni.
Come scegliere la struttura degli URL
Ogni versione deve avere un URL distinto che il crawler possa aprire e condividere. Le soluzioni più comuni usano domini nazionali, sottodomini o sottocartelle. La scelta dipende da mercati, gestione tecnica, autorevolezza esistente e capacità di mantenere più proprietà.
| Struttura | Esempio | Implicazione |
|---|---|---|
| Dominio nazionale | example.fr | Segnale geografico forte, gestione separata |
| Sottodominio | fr.example.com | Configurazione distinta e flessibile |
| Sottocartella | example.com/fr/ | Gestione unificata e relazione evidente |
URL basati su parametri, contenuti caricati soltanto dopo una scelta in JavaScript o variazioni basate unicamente su cookie rendono più difficile raggiungere una versione stabile. URL, lingua dichiarata e contenuto devono concordare.
URL e hreflang devono descrivere la stessa mappa linguistica
Hreflang collega versioni equivalenti indicando lingua e, quando serve, regione. I riferimenti devono essere reciproci: se la pagina italiana indica quella inglese, anche l’inglese deve indicare l’italiana. Ogni pagina include inoltre il riferimento a se stessa.
I codici devono seguire formati supportati. X-default può indicare una versione neutra o una pagina di selezione quando esiste davvero. Hreflang non sostituisce il canonical: versioni con contenuti tradotti normalmente usano canonical verso se stesse. Per varianti regionali nella stessa lingua che sono sostanzialmente duplicate, va invece valutata una versione canonica preferita nella stessa lingua, mantenendo hreflang tra le alternative.
Controlli sulla mappa
- Ogni URL restituisce una pagina completa e indicizzabile
- I riferimenti sono assoluti e reciproci
- Lingua e regione usano codici validi
- Canonical non contraddice hreflang
- Pagine equivalenti restano nello stesso gruppo
- URL rimossi o accorpati hanno una gestione esplicita
Tradurre intenti, non soltanto parole
Le persone non cercano necessariamente la traduzione letterale del termine italiano. Ricerca, lessico di settore e aspettative possono cambiare per mercato. Titoli, menu e pagine servizio devono usare il linguaggio con cui l’offerta viene realmente compresa, senza forzare parole chiave estranee al contenuto.
Traduzioni automatiche possono aiutare una prima bozza, ma richiedono revisione umana competente per terminologia, tono, dati e contesto. Testimonianze, qualifiche, condizioni e riferimenti locali non vanno adattati se non sono validi per quel pubblico.
Ogni versione deve restare aggiornata. Se una pagina importante cambia soltanto in italiano, le altre lingue possono diventare incoerenti. Occorre quindi assegnare responsabilità e flusso di revisione.
Selettore lingua e redirect senza vicoli ciechi
Il selettore dovrebbe essere riconoscibile, utilizzabile da tastiera e presente in posizione coerente. Quando possibile, deve portare alla stessa pagina nella lingua scelta, non sempre alla home. Il nome della lingua scritto nella lingua stessa è spesso più comprensibile di una sola bandiera.
Google sconsiglia di dipendere da redirect automatici basati su IP o lingua del browser, perché possono impedire a persone e crawler di raggiungere tutte le versioni. È possibile suggerire una lingua mantenendo una scelta manuale e URL accessibili.
Se la pagina equivalente non esiste, conviene definire un comportamento trasparente: restare sulla versione disponibile, spiegare l’assenza o collegare una sezione pertinente. Un redirect silenzioso a una pagina non corrispondente confonde sia l’utente sia la mappa SEO.
Moduli, booking e servizi esterni fanno parte della lingua
Il percorso non termina alla pagina informativa. Campi, errori, conferme, email, calendari, pagamenti e documenti devono mantenere lingua e contesto. Passare a un booking non tradotto proprio prima della prenotazione riduce comprensione e fiducia.
Occorre verificare che il servizio esterno supporti lingue, valute e condizioni necessarie e che il collegamento conservi date o selezioni quando previsto. Anche privacy e informative vanno rese disponibili secondo le valutazioni professionali applicabili.
Su mobile, selettori e moduli devono restare leggibili senza zoom. Connessioni internazionali e roaming rendono ancora più importante limitare file pesanti e caricare immagini in dimensioni adatte.
Pubblicazione, sitemap e monitoraggio
Prima del lancio è utile creare un inventario di URL per lingua e verificare status, canonical, hreflang, titoli, descrizioni, link interni e presenza in sitemap. Le pagine non tradotte non dovrebbero apparire come copie vuote o segnaposto indicizzabili.
Dopo la pubblicazione, Search Console può essere organizzata per osservare cartelle o proprietà pertinenti. Controlla indicizzazione, query, paesi, errori e pagine che ricevono traffico nella lingua inattesa. I dati vanno interpretati insieme alla reale disponibilità commerciale.
Quando cambiano URL o piattaforma, la mappa linguistica deve entrare nel piano di migrazione. La guida su redirect e migrazione SEO aiuta a gestire il passaggio senza dimenticare le versioni internazionali.
Esempi reali da progetti pubblicati
Questi progetti non vengono presentati come prova di risultati quantitativi non documentati. Mostrano come architettura, contenuti e funzioni siano stati applicati a esigenze concrete.
- Fuorirotta Charter: Flotta, servizi e itinerari mantengono continuità nel percorso multilingua.
- Villa Hedy: Camere, servizi e booking vengono presentati a ospiti di lingue diverse.
- Agriturismo Golfo dei Poeti: Ospitalità, ristorazione e territorio richiedono un lessico coerente per il pubblico internazionale.
- Monastero Germagno: Il sito editoriale presenta la comunità e i prodotti monastici in italiano, inglese e tedesco, collegando i contenuti informativi al negozio.
- Autonoleggio Consolo: Noleggio, servizi, trekking e contatti sono disponibili in italiano, inglese, tedesco, francese e spagnolo, con URL dedicati e collegamenti hreflang tra le traduzioni.
Per inquadrare l’intervento nel suo insieme, consulta anche il servizio Siti web per turismo e mercati internazionali.
Fonti e approfondimenti
Riferimenti ufficiali utilizzati per gli aspetti tecnici o normativi che richiedono verifica. Le indicazioni vanno sempre applicate al contesto specifico.