Localisation vs traduction : ce que la différence change pour votre budget logiciel

Traduire, c’est transposer un texte d’une langue à une autre. Localiser, c’est adapter toute l’expérience produit à un marché : formats, devises, visuels, conventions UX ou encore mentions légales. La traduction n’est qu’une étape parmi d’autres dans la localisation, et les tarifs s’en ressentent.

Nous avons vendu les deux pendant plus de vingt ans au sein de BeTranslated, l’agence de traduction à l’origine de Globaprom. Nous y facturions la traduction au mot et la localisation au projet, et nous avons vu des clients avisés les confondre au moment d’établir leur budget. Le choix entre localisation et traduction n’a rien de théorique : il détermine le contenu de votre devis et ce que reçoivent vos utilisateurs. Il pèse particulièrement lourd dans le développement de logiciels multilingues, où une mauvaise hypothèse resurgit au moment du paiement… ou en production.

En bref : traduisez quand le lecteur doit seulement comprendre, localisez dès qu’il paie ou signe.

Qu’est-ce que la traduction ?

La traduction consiste à transposer un texte d’une langue source vers une langue cible. Un traducteur prend votre description de produit en français et en produit la version allemande, en préservant le sens, le ton et la terminologie. Le livrable se limite au texte.

La facturation suit le volume de texte. La traduction professionnelle se facture au mot source, généralement entre 0,10 et 0,25 USD pour les paires de langues courantes en 2026, le contenu spécialisé se situant dans le haut de la fourchette. Vous pouvez compter les mots de votre produit dès aujourd’hui et prévoir la facture, ce qui fait de la traduction la ligne la plus prévisible de tout budget multilingue.

Ce que la traduction ne couvre pas compte davantage pour la planification. Elle laisse vos formats de date, vos prix, vos photos, votre tunnel de paiement et vos pages légales strictement inchangés. Un produit traduit, c’est votre produit, mot pour mot, dans une autre langue. Parfois, c’est exactement ce dont un marché a besoin : tout dépend de ce que le lecteur doit faire ensuite.

Qu’est-ce que la localisation ?

La localisation (abrégée l10n, pour les dix lettres entre le l et le n) adapte un produit à un marché précis jusqu’à ce qu’il semble y avoir été conçu. Le texte est traduit dans le cadre de ce travail, mais celui-ci englobe bien plus : tout ce qui entoure le texte, en réalité.

• Les formats. Dates, heures, séparateurs de nombres, unités de mesure, formats de papier pour l’impression.
• La typographie. Le français utilise une espace insécable avant les deux-points, le point-virgule, le point d’exclamation et le point d’interrogation, encadre ses citations de guillemets « à la française », sépare les milliers par une espace et les décimales par une virgule. L’anglais ne fait rien de tout cela. Un texte parfaitement traduit qui conserve la ponctuation anglaise se lit comme une traduction… parce qu’il en est une.
• L’argent. Devise locale, présentation des prix conforme au droit et aux usages du marché (taxes incluses ou non), moyens de paiement effectivement utilisés localement. Dans l’Union européenne, les vendeurs doivent notamment indiquer clairement le prix total, taxes et frais supplémentaires compris, avant tout achat en ligne.
• Les visuels. Photos, illustrations et choix de couleurs qui parlent à la culture cible. Un mannequin en manteau d’hiver ne vendra rien en décembre à Casablanca ou à Dakar.
• Les conventions UX. Ordre des noms, formulaires d’adresse, formats de téléphone, formules de politesse, structure de page attendue par les acheteurs. Ces conventions ne sont pas universelles : le W3C recommande d’en tenir compte lors de la conception et de l’adaptation des formulaires web.
• Les mentions légales. Textes sur les droits des consommateurs, mentions obligatoires, politique de confidentialité alignée sur le droit local plutôt que sur un modèle américain traduit. Pour les données personnelles, le RGPD impose une information « concise, transparente, compréhensible et aisément accessible », formulée en des termes clairs et adaptés au contexte, selon la CNIL.
• Le ton. Le niveau de formalité, pour commencer. Les acheteurs professionnels allemands attendent le Sie, pas le du. Une traduction fidèle peut rester socialement inadaptée.

Selon le W3C, la localisation adapte un produit aux exigences linguistiques, culturelles et autres d’un marché cible, notamment les formats numériques, les dates, les devises, les symboles, les images et les obligations légales.

L’unité de la localisation, c’est le marché, pas le mot. La Belgique en est un bon exemple : un seul pays, trois langues officielles (néerlandais, français, allemand) et une capitale fédérale officiellement bilingue, selon le gouvernement belge. S’y implanter sérieusement peut demander plusieurs variantes linguistiques. Vous localisez une fois pour l’Allemagne, puis vous continuez à traduire le nouveau contenu vers l’allemand tant que le produit existe.

C’est aussi ce qui explique un cas de figure que les équipes francophones anticipent rarement : deux marchés peuvent partager une langue et exiger malgré tout deux localisations distinctes. Les préférences lexicales, monétaires, les moyens de paiement ou les règles de protection des consommateurs diffèrent entre marchés francophones. Par exemple, l’usage de septante et nonante en Belgique et en Suisse romande, ou de Bancontact, TWINT et du dollar canadien selon le pays. Presque rien à retraduire entre fr-FR, fr-BE, fr-CH et fr-CA… mais beaucoup à localiser.

Une même page produit, traduite vs localisée

Voici la différence sur une seule page. Prenons une boutique en ligne française d’ustensiles de cuisine qui vend un robot pâtissier et se lance sur le marché américain.

Pour un contrat conclu à distance en France, l’information précontractuelle doit porter sur les caractéristiques essentielles, le prix, le délai ou la date de livraison, ainsi que sur les modalités de paiement, de livraison et d’exécution. Le professionnel doit aussi informer le consommateur de l’existence ou de l’absence du droit de rétractation, dont le délai est de 14 jours, sauf exceptions prévues par la loi.

Une page traduite se lit en anglais… mais se comporte en français. Les acheteurs ne formulent pas toujours le problème : ils hésitent au moment de payer, et cette hésitation a un coût. Une étude « Can’t Read, Won’t Buy » de CSA Research, menée auprès de 8 709 consommateurs dans 29 pays, révèle que 76 % préfèrent acheter des produits dans leur propre langue et que 40 % déclarent ne jamais acheter dans une autre langue.

La langue ouvre la porte. Les détails localisés décident si quelqu’un la franchit.

Où se situe l’internationalisation (i18n) ?

L’internationalisation est la couche technique sous-jacente aux deux. L’i18n prépare le logiciel à accueillir n’importe quelle langue, écriture ou format sans réécrire le code : texte externalisé, encodage compatible avec les écritures non latines, formatage piloté par la locale, mises en page tolérantes aux mots plus longs. Le W3C définit l’internationalisation comme la conception et le développement permettant une localisation plus aisée pour des publics de cultures, régions et langues différentes, notamment via la prise en charge d’Unicode, des textes bidirectionnels, des formats locaux et la séparation des éléments localisables du code source.

Trois couches, trois rythmes. Les ingénieurs internationalisent une fois. Une équipe pluridisciplinaire localise une fois par marché. Les linguistes retraduisent à chaque mise à jour du contenu. Sauter la première étape ne fait pas économiser : le coût remonte, car chaque nouveau marché paie alors une réingénierie avant de pouvoir adapter quoi que ce soit.

Nous avons rédigé l’i18n expliquée aux non-techniciens pour approfondir cette couche technique en termes accessibles.

Ce que coûte chacune, et quand chacune suffit

La traduction représente un coût de contenu. Aux tarifs mentionnés plus haut, un produit et un site de 20 000 mots coûtent entre 2 000 et 5 000 USD par langue. Le coût revient à chaque mise à jour du contenu. Plus prévisible et plus facile à budgéter que la localisation, néanmoins.

La localisation représente un coût de projet. Au-delà de la traduction s’ajoutent l’adaptation des formats et des moyens de paiement, le travail sur les visuels, la relecture juridique et l’assurance qualité propre au marché, le tout cadré par marché plutôt qu’au mot. Le premier marché supporte la charge la plus lourde ; les suivants coûtent moins cher, car les adaptations deviennent répétables. Toute agence qui facture la localisation au mot facture en réalité de la traduction sous un autre nom.

Un avis honnête, après deux décennies à rédiger les deux types de devis :

• La traduction seule suffit quand le lecteur doit simplement comprendre : documentation interne, contenu d’assistance ou manuels techniques destinés à des publics professionnels déjà familiarisés avec les conventions étrangères.
• La localisation justifie son coût partout où les utilisateurs effectuent une transaction ou engagent leur confiance : paiement, prix, onboarding, formulaires, tout ce qui est réglementé, toute interface grand public sur un marché concurrentiel.
• Quand le budget impose un choix, localisez le parcours de paiement et traduisez le reste. C’est au paiement que se joue la vente.

Comment cela se traduit dans le logiciel

Le logiciel rend cette distinction encore plus nette, car le code repose sur des hypothèses que la prose n’a jamais à formuler.

Les chaînes d’interface. Le texte d’interface vit dans des fichiers de ressources et se comporte différemment des paragraphes. Un libellé qui tient dans son bouton en anglais peut déborder en allemand : les textes s’allongent souvent après traduction, parfois bien plus pour les libellés courts. Le W3C recommande une mise en page flexible, capable de redistribuer le texte et d’éviter les conteneurs trop étroits. La localisation inclut la détection de ce problème lors du contrôle de mise en page ; la traduction s’arrête aux mots.

Les pluriels. « 1 file, 2 files » fonctionne en anglais parce que le standard CLDR n’y définit que deux catégories de pluriel. L’arabe en utilise six (Unicode CLDR). Aucune chaîne traduite ne peut sauver une logique qui ajoute un « s » anglais en dur.

Les écritures de droite à gauche. Les interfaces en arabe ou en hébreu nécessitent une conception bidirectionnelle adaptée, bien au-delà du sens de lecture des phrases. La traduction livre les mots ; la localisation, appuyée sur une i18n correcte, inverse la navigation et l’ordre de lecture, et retourne les icônes directionnelles.

Les dates et les nombres. Une livraison promise pour le 05/06 peut se lire comme le 5 juin à Cologne ou le 6 mai à Chicago, selon la convention locale. Ces dates ambiguës doivent être remplacées par des formats non ambigus ou explicitement localisés. Un montant écrit 1 234,56 € chez vous s’affichera 1,234.56 $ dans un système américain, et chaque forme semblera erronée à l’autre lecteur. Ce sont des décisions de formatage au niveau du code, hors de portée de tout traducteur.

En production, le volet textuel transite par un système de gestion de traduction (TMS) qui réinjecte les chaînes validées dans chaque version. Le fonctionnement de cette boucle de bout en bout fait l’objet de notre guide sur les pipelines de traduction.

Questions fréquentes sur la localisation et la traduction

Livrez la version que votre marché attend vraiment

Dites-nous quels marchés vous visez et ce que votre produit doit y accomplir. Nous vous indiquerons où la traduction suffit, où la localisation est rentable, et ce que coûtent les deux, dans un plan à prix fixe livré en quelques semaines.

Demander un devis à prix fixe →