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
  1. Lingua, mercato e contenuto sono decisioni distinte
  2. Sottocartelle, sottodomini e domini locali
  3. Hreflang: le regole operative
  4. Localizza anche il lavoro commerciale
  5. La matrice pagina × mercato per decidere cosa tradurre
  6. Un esempio di mappatura delle versioni
  7. Le pagine che mancano devono rimanere visibili nel piano
  8. Traduzione: il glossario viene dal lavoro dell’azienda
  9. Collauda una richiesta estera dall’inizio alla risposta
  10. 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

StrutturaVantaggio operativoCosto da valutare
SottocartellaGestione condivisa sullo stesso sitoCMS e percorso multilingua ben organizzati
SottodominioPossibile separazione tecnicaInfrastruttura e manutenzione separate
Dominio localePresenza distinta per un paeseDomini, 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 elementoVerifica sul mercato sceltoCriterio di completezza
Servizio o prodottoÈ quello richiesto da quel pubblico?Specifiche, disponibilità e termini comprensibili
ProveSono autorizzate e pertinenti?Nessun nome o dettaglio riservato
RichiestaUn cliente estero può inviarla?Form, allegati e conferma utilizzabili
RispostaChi la gestisce e in quale lingua?Referente e condizioni operative definiti
IndicizzazioneLa 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 contenutoAzione editorialeControllo tecnico
Equivalente completoRevisionare fatti e terminologiaAlternativi pertinenti e reciproci
Versione ancora assenteDecidere se serve davvero a quel mercatoNessun falso equivalente verso una homepage
Contenuto regionale distintoVerificare condizioni e destinatarioCodici regione e strategia coerenti
Documento solo in italianoTradurre o indicare la lingua disponibileLink e contesto chiari
Prodotto ritiratoAggiornare tutte le versioni interessateDestinazioni 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.

Fonti

Continua a leggere