Localiser plutôt que traduire : prix, preuves et formulaires

Une page traduite sans faute peut rester étrangère. Le prix s’affiche dans une devise que le client ne paie pas, la date du webinaire se lit à l’envers, le formulaire refuse un nom de famille composé, l’heure d’un rendez-vous ne dit pas de quel pays elle parle. Aucune de ces erreurs n’est une faute de traduction, et toutes coûtent des demandes.

Localiser, c’est adapter ces éléments au pays du lecteur. Cet article les passe en revue, dans l’ordre où ils coûtent le plus quand on les oublie. Il complète nos articles sur la traduction de site et l’ouverture de nouveaux marchés.

Les prix : devise, taxes et moyens de paiement

Le prix est le premier élément que le lecteur vérifie, et le premier qui trahit une page simplement traduite. Google le dit sans détour à ceux qui diffusent leurs produits à l’étranger, dans son aide sur les langues et devises de Merchant Center :

Trois décisions en découlent :

• La devise affichée : celle que le client paiera, avec une règle d’arrondi pour éviter les montants à rallonge. Nous détaillons ce choix dans boutique multilingue et multidevise : par où commencer.
• Les taxes : un prix toutes taxes comprises pour un particulier, hors taxes pour un professionnel, selon les usages du pays et ce que vous vendez. Les règles se valident avec votre expert-comptable.
• Les moyens de paiement : la carte bancaire ne suffit pas partout. Aux Pays-Bas, par exemple, Stripe présente iDEAL | Wero comme un moyen de paiement courant, qui passe par la banque du client, et annonce sa migration vers Wero en 2026 et 2027. Un moyen de paiement local se vérifie pays par pays, et se suit dans le temps.

Les preuves : ce que le client reconnaît

Un avis client, une référence, un numéro de téléphone : ce qui rassure dans un pays ne rassure pas forcément dans un autre. CSA Research, qui a interrogé 8 709 acheteurs en ligne dans 29 pays, rapporte que 73 % d’entre eux veulent au moins les avis produit dans leur langue.

• Les avis et témoignages dans la langue du lecteur, et si possible venus de son pays.
• Les références que le lecteur peut reconnaître : clients, partenaires ou médias du marché, s’il y en a. S’il n’y en a pas encore, n’en inventez pas : une page honnête sur votre arrivée dans le pays vaut mieux qu’une preuve qui sonne faux.
• Le contact : un moyen de joindre quelqu’un qui parle la langue, et des horaires exprimés dans l’heure du pays.
• Les mentions : conditions de vente, livraison, retours et mentions légales dans la langue, adaptées au droit applicable.

Les formulaires : noms, adresses, téléphones

Un formulaire pensé pour un seul pays bloque les autres sans bruit : la demande n’arrive jamais, et personne ne sait pourquoi.

Le W3C, l’organisme qui fixe les standards du web, consacre une page entière aux noms de personnes dans le monde. Il y conseille de se demander si l’on a vraiment besoin de champs séparés pour le prénom et le nom, plutôt qu’un seul champ « nom complet », et d’éviter les libellés « prénom » et « nom de famille » dans un formulaire non localisé : ils déroutent les personnes qui écrivent leur nom de famille en premier.

Le même raisonnement vaut pour le reste :

• Les adresses : l’ordre des éléments, la place du code postal et l’existence même d’une région changent d’un pays à l’autre. Un champ obligatoire qui n’existe pas dans le pays du client bloque la commande.
• Les téléphones : un indicatif de pays, et une validation qui accepte les formats étrangers.
• Les caractères : un nom avec un accent, une apostrophe ou un alphabet non latin doit passer la validation.
• Les messages d’erreur et les e-mails de confirmation : traduits comme le reste, ils sont souvent oubliés parce qu’ils ne se voient qu’en cas de problème.

Les dates, les nombres et les fuseaux horaires

Les formats se trompent sans qu’aucun mot soit mal traduit. La page du W3C sur les formats de date le résume : le format mois, jour, année est propre aux États-Unis, la plupart des pays d’Europe écrivent le jour d’abord, le Japon commence par l’année, et la Thaïlande privilégie le calendrier bouddhiste.

Les pluriels méritent une ligne à part. En anglais, un nom compté a deux formes, le singulier et le pluriel ; d’autres langues en ont davantage. Les règles du Unicode CLDR, la référence qu’emploient la plupart des bibliothèques logicielles, donnent pour le russe trois formes selon le nombre : 1 день, 2 дня, 5 дней (un jour, deux jours, cinq jours). Un gabarit qui écrit « {n} jours » de la même façon pour tous les nombres sera faux en russe pour une bonne partie d’entre eux.

Les fuseaux horaires suivent la même logique. Un rendez-vous, un webinaire, une heure limite de commande ou des horaires de support s’écrivent avec leur fuseau, et l’idéal affiche aussi l’heure du lecteur. Les délais de livraison, enfin, dépendent des jours fériés du pays de destination, pas de ceux du pays d’expédition.

Les mots eux-mêmes : unités, exemples, ton

La localisation touche aussi le texte. Les unités de mesure, les tailles de vêtements, les exemples chiffrés en euros, les références à une fête nationale ou à une saison : ce qui parle à un lecteur français peut ne rien dire à un lecteur australien, pour qui décembre est l’été.

Les slogans et les accroches demandent plus qu’une traduction : une réécriture dans la langue, par quelqu’un qui l’écrit, qu’on appelle parfois transcréation. C’est le travail d’un traducteur ou d’un rédacteur natif, et c’est là qu’une machine, aussi bonne soit-elle, aide le moins. Le choix des termes, lui, se fixe une fois dans un glossaire de marque, et les phrases déjà traduites se gardent dans une mémoire de traduction. Pour le reste du texte, traduire son site avec l’IA, automatique ou relue dit quelles pages relire en entier, et DeepL, Google ou un LLM comment choisir l’outil.

Dans quel ordre localiser

1. 01Le prix et le paiement.

   Devise, taxes, moyens de paiement : ce qui bloque l’achat passe d’abord.

2. 02Les formulaires et les e-mails.

   Une demande perdue ne se rattrape pas.

3. 03Les formats.

   Dates, nombres, pluriels, fuseaux : codés une fois, valables partout.

4. 04Les preuves et les mentions.

   Avis, contact, conditions dans la langue et adaptés au pays.

5. 05Les textes qui vendent.

   Accroches et pages d’offre, réécrites par quelqu’un qui écrit la langue.

La structure du site suit : une adresse par langue, des liens internes qui restent dans la langue du lecteur et des balises hreflang justes. Un client l’a appris à ses dépens : sur une boutique en ligne de peluches que nous remettons d’aplomb, 712 liens internes écrits sans le préfixe de langue renvoyaient chaque lecteur espagnol vers les pages françaises. Ces erreurs sont détaillées dans les erreurs hreflang qui coûtent cher.

Par où commencer

Ouvrez votre site comme un client du pays visé : passez une commande ou envoyez une demande de bout en bout, avec un nom, une adresse et un téléphone de ce pays, et notez chaque endroit où le parcours hésite. C’est votre liste de localisation. Le coût de ce travail entre dans le budget d’une langue, que nous détaillons dans traduire un site : le coût au mot, à la page, au marché. Pour un catalogue, traduire ses fiches produit pour l’export reprend ces règles champ par champ.

Pour faire ce parcours avec nous sur votre premier marché, décrivez-nous votre site et le pays visé : nous partons du parcours d’achat ou de demande.

Questions fréquentes

Sources

1. Aide Google Merchant Center, langues et devises acceptées (nouvel onglet)support.google.com
2. Stripe, documentation iDEAL | Wero (nouvel onglet)docs.stripe.com
3. CSA Research, Can’t Read, Won’t Buy, 2020 (nouvel onglet)csa-research.com
4. W3C Internationalization, Personal names around the world (nouvel onglet)w3.org
5. W3C Internationalization, Date formats (nouvel onglet)w3.org
6. Unicode CLDR, règles de pluriel par langue (nouvel onglet)unicode.org