Sito B2B multilingue: cosa tradurre e cosa localizzare per ogni mercato

Due pagine in lingue diverse presentano la stessa offerta. Nella prima, il visitatore trova una descrizione comprensibile, la documentazione pertinente e un modo chiaro per chiedere una valutazione. Nella seconda, le frasi sono tradotte, ma non è chiaro se i documenti valgano per il suo mercato, che cosa significhi un termine tecnico o a chi inviare una richiesta. La copertura linguistica è simile; la possibilità di valutare l’offerta no.

Per un sito B2B multilingue, la domanda iniziale non è quindi quante pagine tradurre. È quali informazioni permettono al visitatore di capire se l’offerta risponde al suo caso e quali, prima di essere pubblicate in un’altra lingua, richiedono una verifica tecnica, commerciale o riferita al mercato.

Partire dalle decisioni del visitatore

Il W3C distingue l’internazionalizzazione dalla traduzione e dalla localizzazione: riguarda la progettazione di contenuti e applicazioni perché funzionino bene, o siano facilmente adattabili, per persone di culture, regioni o lingue diverse. Questa distinzione aiuta a non trattare la nuova versione del sito come una semplice copia di pagine con parole sostituite. Non stabilisce, però, quali pagine di un’impresa debbano avere la precedenza.

La precedenza dipende dal mercato che l’impresa intende servire e dai compiti del visitatore. Chi arriva su una pagina potrebbe dover capire un’applicazione, confrontare una soluzione con un requisito, trovare un documento oppure spiegare il proprio caso a un referente. Una pagina istituzionale può presentare l’azienda, ma non sostituisce necessariamente le informazioni necessarie per compiere quei passaggi.

Per delimitare il primo intervento, è utile seguire un percorso di scelta:

  1. Definire il mercato e il compito. Indicare a quale pubblico è destinata la versione e quale decisione deve poter prendere: approfondire un’applicazione, verificare dati tecnici o chiedere una valutazione.
  2. Ricostruire le pagine necessarie. Partire dal contenuto che risponde a quel compito e seguire le sue dipendenze: schede, documenti, spiegazioni dei termini e modalità di contatto. Tradurre una sola pagina può lasciare il percorso interrotto.
  3. Confrontare il percorso con le priorità dell’impresa. Se disponibili, esaminare visite, richieste e domande ricevute dai mercati interessati, insieme al piano commerciale. Sono elementi per scegliere dove iniziare, non una graduatoria valida per ogni sito.

Il test di invariabilità: quando basta tradurre?

Una volta scelto un percorso, la decisione passa dalla pagina alle singole informazioni. Per ciascuna, chiedersi se nel mercato considerato restano uguali il significato, la validità, le unità e le convenzioni usate, la documentazione a sostegno e il passo successivo proposto al lettore. È un criterio editoriale per assegnare il lavoro, non una verifica di conformità né una regola che presume differenze in ogni settore.

Se una spiegazione dell’applicazione conserva lo stesso significato e descrive la medesima offerta, può essere candidata alla traduzione. Anche in quel caso, i termini scelti devono risultare comprensibili al pubblico previsto: una resa letterale non è necessariamente la formulazione che un interlocutore tecnico o commerciale userebbe per riconoscere il concetto.

Se invece un’informazione dipende da un documento, da una condizione di fornitura o da un passaggio commerciale che potrebbe cambiare, tradurre la frase non risolve la questione. Prima occorre stabilire che cosa è effettivamente valido per quel mercato e chi può confermarlo. La verifica può concludersi anche senza modifiche: non bisogna inventare una variante locale soltanto perché si sta preparando una nuova lingua.

Il test va applicato anche ai passaggi tra contenuti. Una descrizione di prodotto può rimanere invariata, mentre il documento offerto nella stessa pagina o la richiesta proposta nel modulo richiedono un controllo. In quel caso la pagina non è pronta solo perché il testo principale è stato tradotto.

Terminologia, documenti e richieste: che cosa verificare

La terminologia tecnica richiede un confronto con chi conosce l’offerta e con chi parla ai potenziali clienti. Se lo stesso componente ha nomi diversi nei materiali disponibili, la nuova versione non dovrebbe scegliere un termine pagina per pagina. Serve una denominazione di riferimento, con le eventuali varianti chiarite dove aiutano il lettore a identificare ciò di cui si parla.

Per dati e unità di misura, il controllo riguarda sia la comprensibilità della presentazione sia la correttezza del dato riportato. Cambiare un’etichetta, una notazione o un’unità può richiedere la revisione di valori, tabelle e documenti collegati. Non è una decisione da affidare alla sola traduzione del testo: chi presidia le informazioni tecniche deve confermare che la versione pubblicata rappresenti correttamente l’offerta.

Certificazioni e riferimenti normativi meritano una domanda distinta: che cosa attesta il documento citato e a quale prodotto, attività o ambito si riferisce? Non basta vedere una certificazione nella pagina originale per dedurre che risponda a una richiesta del nuovo mercato. Se la sua pertinenza deve essere verificata, è preferibile non trasformarla in una promessa generica nella versione tradotta. L’eventuale verifica va condotta sul caso concreto, con le competenze e le fonti pertinenti.

Infine, occorre controllare ciò che succede dopo la lettura. Disponibilità dell’offerta, assistenza, referenti e modalità per inviare specifiche o chiedere un preventivo potrebbero non coincidere con quelli della versione di partenza. La domanda operativa è semplice: se un visitatore segue l’invito presente nella pagina, la sua richiesta raggiunge il processo commerciale previsto per quel mercato?

Una versione di riferimento e approvazioni riconoscibili

Le verifiche funzionano meglio se ogni contenuto ha una versione di riferimento identificabile. Non deve essere necessariamente una lingua particolare per ogni organizzazione; deve essere chiaro quale testo, scheda o documento contiene l’informazione approvata da cui dipendono le altre versioni. Altrimenti una modifica a un dato tecnico può comparire in una lingua e restare invisibile nelle altre.

Conviene poi assegnare l’approvazione in base al contenuto, non soltanto alla pagina. Il marketing può coordinare struttura, chiarezza e pubblicazione; chi presidia prodotto e documentazione verifica le affermazioni tecniche; vendite o referenti del mercato confermano i passaggi di richiesta che gestiranno. Questa ripartizione è un modello di lavoro da adattare all’organizzazione, non la descrizione di un processo già esistente in ogni impresa.

Quando manca una conferma, il punto deve restare riconoscibile come non approvato per quella versione. Si può rinviare la pubblicazione della pagina, escludere temporaneamente un’affermazione non verificata oppure rivedere il percorso previsto. La scelta dipende da quanto quell’informazione è necessaria per valutare correttamente l’offerta: togliere il documento decisivo e lasciare intatta la promessa della pagina non risolverebbe il problema.

Come scegliere il primo gruppo di pagine

Il primo gruppo non coincide necessariamente con le pagine più brevi o più visitate. Una scelta più utile è individuare un percorso completo per un’offerta e un mercato prioritari: la pagina che spiega l’applicazione, le informazioni tecniche necessarie, i documenti pertinenti e un passaggio di richiesta che l’impresa può gestire. Il perimetro resta abbastanza piccolo da consentire verifiche, ma abbastanza completo da non lasciare il visitatore senza risposta nel momento della valutazione.

Nella progettazione di quel percorso, www.klc.it descrive pagine dedicate a prodotti, applicazioni e documentazione, oltre a passaggi per le richieste commerciali. Per la versione destinata a un nuovo mercato resta da decidere, contenuto per contenuto, che cosa mantiene significato e validità e che cosa richiede un’approvazione ulteriore.

Si può quindi avviare la traduzione delle informazioni stabili del percorso scelto, affidare le verifiche a chi possiede i dati e pubblicare quando anche documenti e richiesta commerciale sono coerenti con quella versione. Le altre pagine potranno seguire in base ai compiti che devono sostenere, non perché appartengono a un elenco da tradurre integralmente.

Domande degli utenti

Quali pagine di un sito B2B conviene localizzare per prime?

Quelle che formano un percorso utile per il mercato scelto: comprensione dell’applicazione o del prodotto, verifica delle informazioni necessarie e richiesta di una valutazione. Per selezionarle, si possono confrontare i compiti dei visitatori con priorità commerciali, visite e richieste disponibili, controllando anche i documenti da cui le pagine dipendono.

Tradurre una pagina tecnica è sufficiente per renderla utile in un altro mercato?

Solo se significato, dati, documentazione e passo successivo restano validi e comprensibili nel contesto considerato. Se uno di questi elementi è incerto, la traduzione della pagina può essere corretta sul piano linguistico ma non ancora pronta per la pubblicazione.

Come si gestiscono certificazioni, unità di misura e termini che possono variare da un mercato all’altro?

Si esaminano separatamente: chi presidia i dati tecnici verifica valori e unità, chi conosce l’offerta approva i termini, mentre la pertinenza di certificazioni e riferimenti va controllata per il caso concreto. La differenza non va presunta dal solo nome del Paese, né risolta con una sostituzione automatica di parole.