Sito multilingua per l’export: hreflang, traduzioni vere e gli errori che costano clienti
Sito export: mercati, traduzioni, URL e hreflang. Esempi di mappatura e collaudo di schede, documenti e richiesta commerciale estera.
Indice dei contenuti
- Lingua, mercato e contenuto sono decisioni distinte
- Sottocartelle, sottodomini e domini locali
- Hreflang: le regole operative
- Localizza anche il lavoro commerciale
- La matrice pagina × mercato per decidere cosa tradurre
- Un esempio di mappatura delle versioni
- Le pagine che mancano devono rimanere visibili nel piano
- Traduzione: il glossario viene dal lavoro dell’azienda
- Collauda una richiesta estera dall’inizio alla risposta
- Come mantenere le versioni dopo il lancio
Un sito multilingua per l’export deve permettere a un cliente estero di capire la capacità dell’azienda e inviare una richiesta utilizzabile. Tradurre la homepage non completa quel lavoro. Parti da mercati, prodotti e domande effettive; scegli quali pagine e quale percorso localizzare.
Lingua, mercato e contenuto sono decisioni distinte
La lingua può servire più paesi; le condizioni commerciali possono invece cambiare per mercato. Un’unica versione inglese può essere sufficiente per un flusso, mentre altre attività richiedono contenuti regionali differenti. Non dedurre che a tutte le PMI bastino due lingue, o che un dato storico sui consumatori B2C predica il comportamento dei buyer B2B.
Sottocartelle, sottodomini e domini locali
| Struttura | Vantaggio operativo | Costo da valutare |
|---|---|---|
| Sottocartella | Gestione condivisa sullo stesso sito | CMS e percorso multilingua ben organizzati |
| Sottodominio | Possibile separazione tecnica | Infrastruttura e manutenzione separate |
| Dominio locale | Presenza distinta per un paese | Domini, contenuti e gestione per mercato |
Sono opzioni con compromessi, non una classifica universale di ranking. Per ogni lingua usa URL raggiungibili e un selettore che permetta la scelta. Evita redirect automatici che impediscano a utenti e crawler di accedere alle altre versioni.
Hreflang: le regole operative
- Alternativi con URL completi e codici di lingua/regione corretti.
- Ogni pagina indica sé stessa e le versioni corrispondenti.
- Collegamenti reciproci tra gli alternativi.
- Destinazioni esistenti, senza errori o redirect involontari.
- Canonical coerenti con la struttura: non inviare tutte le traduzioni alla versione italiana.
- x-default quando serve una pagina di fallback: non è un obbligo universale.
Google documenta metodi equivalenti in HTML, intestazioni HTTP e sitemap. Scegli una gestione affidabile. Non associare ogni pagina tradotta alla homepage di un’altra lingua: devono essere versioni dello stesso contenuto. Hreflang non è una penalità da evitare né una garanzia che il risultato sarà mostrato.
Localizza anche il lavoro commerciale
Prepara un glossario per materiali, lavorazioni e certificazioni; revisiona con persone competenti. Verifica unità di misura, valuta quando applicabile, allegati, telefono internazionale e form senza campi inutilizzabili all’estero. Definisci chi può rispondere nella lingua e con quali condizioni. Un testo perfetto seguito da una risposta incomprensibile interrompe il percorso.
Nel preventivo conta pagine, lingue, revisioni, allegati e notifiche: ogni elemento richiede manutenzione. Per definire quelle voci usa il playbook del preventivo; per il progetto consulta il servizio siti web.
La matrice pagina × mercato per decidere cosa tradurre
| Pagina o elemento | Verifica sul mercato scelto | Criterio di completezza |
|---|---|---|
| Servizio o prodotto | È quello richiesto da quel pubblico? | Specifiche, disponibilità e termini comprensibili |
| Prove | Sono autorizzate e pertinenti? | Nessun nome o dettaglio riservato |
| Richiesta | Un cliente estero può inviarla? | Form, allegati e conferma utilizzabili |
| Risposta | Chi la gestisce e in quale lingua? | Referente e condizioni operative definiti |
| Indicizzazione | La versione esiste come pagina raggiungibile? | URL, canonical e hreflang controllati |
Scegli il primo mercato dai contatti, dalle vendite e dagli obiettivi documentati. Completa le pagine che servono quel percorso prima di aggiungere altre lingue. Un set di pagine tradotte senza processo di risposta è una copertura nominale, non un canale export collaudato.
Un esempio di mappatura delle versioni
Esempio tecnico con dominio illustrativo: `https://example.com/it/valvole/` e `https://example.com/en/valves/` descrivono lo stesso prodotto nelle due lingue. Entrambe indicano sé stesse e la versione alternativa. La pagina italiana non va collegata come equivalente alla homepage inglese: l’argomento non coincide. La grafia dell’URL può cambiare; ciò che conta nella mappa è la corrispondenza del contenuto e la destinazione raggiungibile.
Il canonical dichiara la versione preferita tra duplicati; hreflang descrive versioni per lingue o regioni. Sono segnali con scopi diversi. Non impostare un canonical globale verso l’italiano per tutte le traduzioni, cancellando la distinzione che vuoi documentare. Se esistono varianti molto simili della stessa lingua per paesi diversi, definisci la strategia con le indicazioni Google e verifica insieme canonical e hreflang. Non applicare una regola universale a tutte le architetture.
Le pagine che mancano devono rimanere visibili nel piano
| Stato del contenuto | Azione editoriale | Controllo tecnico |
|---|---|---|
| Equivalente completo | Revisionare fatti e terminologia | Alternativi pertinenti e reciproci |
| Versione ancora assente | Decidere se serve davvero a quel mercato | Nessun falso equivalente verso una homepage |
| Contenuto regionale distinto | Verificare condizioni e destinatario | Codici regione e strategia coerenti |
| Documento solo in italiano | Tradurre o indicare la lingua disponibile | Link e contesto chiari |
| Prodotto ritirato | Aggiornare tutte le versioni interessate | Destinazioni e navigazione controllate |
Traduzione: il glossario viene dal lavoro dell’azienda
Raccogli termini approvati per materiali, unità, tolleranze, servizi e certificazioni. Distingui un’espressione commerciale da una specifica tecnica. Chi revisiona deve poter confrontare i dati con la fonte interna: una traduzione fluente può cambiare il significato di un requisito. Per le informazioni che impegnano l’azienda, chiarisci approvazione e versione. Strumenti di traduzione possono aiutare la preparazione, ma non eliminano il controllo di numeri, condizioni e terminologia.
Prepara anche titoli, descrizioni, testi dei pulsanti, errori e conferme. Le misure vanno riportate nella forma pertinente, senza convertire valori tecnici in modo arbitrario. Se la disponibilità o il servizio cambiano per paese, esplicitali nella versione corretta. Il pubblico estero deve poter distinguere ciò che l’impresa offre realmente da una traduzione della presentazione generale.
Collauda una richiesta estera dall’inizio alla risposta
- Apri direttamente l’URL della lingua scelta e cambia lingua senza perdere il contenuto equivalente.
- Trova specifiche, allegati e condizioni necessarie a una richiesta.
- Inserisci telefono internazionale e dati di un’impresa estera dove previsto.
- Verifica errori, allegati, conferma e recapito del destinatario.
- Controlla chi riceve la richiesta e se può rispondere nella lingua dichiarata.
- Registra le pagine o i documenti che interrompono il percorso perché disponibili soltanto in italiano.
Come mantenere le versioni dopo il lancio
Ogni modifica a prodotto, condizione o contatto deve generare un’attività per le lingue interessate. Nel CMS registra stato della traduzione e approvazione; evita di considerare aggiornata una pagina solo perché l’URL esiste. Prepara una mappa esportabile delle versioni e verifica che le annotazioni cambino quando aggiungi o rimuovi una pagina. Una gestione affidabile è più utile dell’implementazione contemporanea di più metodi hreflang che poi divergono.
Misura richieste pertinenti per mercato e pagina di ingresso, dichiarando i limiti dei dati. Un paese con poche visite non giustifica da solo l’abbandono della lingua; un alto traffico informativo non prova domanda commerciale. Collega il piano di estensione a capacità di risposta, offerta e contatti osservati, senza fissare un numero standard di lingue per ogni PMI.
Domande frequenti
Quante lingue servono a una PMI?
Dipende dai mercati e dalle richieste reali. Completa prima un percorso utile, includendo schede, form, allegati e risposta commerciale, poi estendi dove i dati lo giustificano.
x-default è obbligatorio?
No. È un’annotazione di fallback che puoi usare quando pertinente, per esempio per un selettore di lingua. Non sostituisce alternativi validi e reciproci.
Hreflang risolve una traduzione incompleta?
No. Descrive le versioni, ma il contenuto e il percorso devono esistere ed essere coerenti. Una homepage tradotta non sostituisce le pagine prodotto mancanti.