Glossaire de traduction pour le support : comment en créer un que tous les outils respectent

Qu'est-ce qu'un glossaire de traduction pour le support ?

Un glossaire de traduction pour le support (les traducteurs parlent de base terminologique) est un tableau de mots et de courtes expressions, chacun avec une règle : le garder tel quel, le traduire exactement ainsi, ou ne jamais l'utiliser. Ce n'est pas un dictionnaire de tout. Il ne contient que les termes pour lesquels « à peu près juste » est faux.

Un commentateur de Hacker News a résumé à la fois l'idée et le peu d'équipes qui en connaissent l'existence :

"To address the problem of inconsistent terminology, Localization Management Systems (LMS) leverage a term base (glossary), which clearly explains each term and provides a preferred translation. ... Sadly, the know-how across engineering teams around localization is rather low, meaning that the existence of term bases, translation memories is not well known."

hrpnk, Hacker News

Il est utile de distinguer le glossaire de ses deux voisins, car les outils mélangent les noms :

Dans le support, les deux premiers se confondent, donc je garderais aussi la formalité dans le fichier du glossaire. C'est une ligne par langue, et c'est ce que les clients remarquent en premier. Si vous avez déjà un guide de voix de marque ou une procédure opérationnelle de support, le glossaire est la page manquante qui dit comment ces mots survivent à la traduction.

Pourquoi le support a plus besoin d'un glossaire que le marketing

Le marketing traduit une page une fois, un relecteur la lit, et elle part. Le support traduit des milliers de courts messages par mois, en direct, sans que personne ne relise. Chaque ticket est une nouvelle occasion pour le moteur de choisir un mot différent pour la même chose. C'est pourquoi je pense que le glossaire compte plus dans la file de tickets que sur le site web.

Quatre choses tournent mal sans lui.

Les noms de marque et de produit sont traduits comme des mots ordinaires. Le grand classique :

"Back in Windows 2000 days, I found instances where "Windows" the product name was translated to "vinduer", the danish word for an actual window."

encom, Hacker News

Amazon documente le même piège dans son propre produit. Sans entrée de terminologie, Amazon Translate transforme « Amazon Photos » en « Photos d'Amazon » en français. Leur solution consiste à associer le nom à lui-même.

Les termes techniques sortent trop littéraux. Je construis les agents IA chez eesel, et l'inquiétude que j'entends le plus de la part des équipes techniques qui passent au multilingue porte sur un mot précis. Une équipe B2B de télématique automobile sur Zendesk, qui se développait vers des marchés germanophones, hispanophones et italophones, a dit à eesel lors d'un appel commercial craindre que des termes automobiles comme « wiring harness » n'aient pas d'équivalent direct dans toutes les langues. Elle avait raison de s'en inquiéter. Un mauvais nom de pièce dans une réponse du support envoie un technicien chercher la mauvaise chose.

La formalité bascule en pleine conversation. Beaucoup de langues séparent « you » en forme formelle et informelle, et les moteurs ne tiennent pas le choix de façon stable :

"It had difficulties getting choosing a consistent translation of "you" (informal "du" or formal "Sie") and translated the "it's" variant incorrectly."

arlcode, Hacker News

Un client allemand vouvoyé avec « Sie » dans une réponse et tutoyé avec « du » dans la suivante y voit deux entreprises différentes. Choisissez une forme par langue et notez-la.

Un support traduit par machine paraît peu soigné. Les clients le remarquent et en tirent des conclusions sur toute l'entreprise :

"if poking around reveals machine translation into dozens of languages, it's a signal that they're probably not prepared to provide reliable services/support."

autumnstwilight, Hacker News

J'assume une cicatrice venue de la file d'eesel : j'ai vu des brouillons IA en allemand et en néerlandais, dans des helpdesks clients, afficher un espace réservé de prénom non rempli et un « [Employee Name] » entre crochets. Pas exactement un problème de glossaire, mais la leçon est la même : dans une langue que vos relecteurs ne lisent pas, les petites erreurs passent. Depuis, chaque déploiement multilingue sur lequel je travaille est testé sur de vrais anciens tickets dans chaque langue avant que quoi que ce soit ne parte. Pour une vue d'ensemble, consultez mon guide du support multilingue par IA et la question de savoir si l'IA peut gérer le support multilingue.

Votre helpdesk prend-il en charge un glossaire de traduction ?

Je m'attendais à trouver une page de réglages bien rangée dans chaque outil. Ce n'est pas le cas. J'ai parcouru le centre d'aide de chaque éditeur pour la traduction des tickets, la traduction du centre d'aide et tout contrôle des termes. Voici ce qui est documenté en octobre 2026 :

Zendesk est la ligne la plus intéressante. Son réglage des termes exclus permet de lister jusqu'à 300 mots sensibles à la casse que l'IA ne doit pas traduire, comme les noms de marque. Mais cette liste s'applique à la traduction par IA des articles du centre d'aide. Pour les conversations de tickets, l'annonce de Zendesk dit « Translation glossaries and excluded terms for translations are scheduled for a future release. » Rien dans les notes de version de septembre 2026 ne le livre encore. La traduction automatique des messages entrants de Zendesk est solide pour lire les tickets ; elle ne peut simplement pas protéger vos termes. Si vous pesez la voie native contre les modules complémentaires, je les ai comparés dans options de traduction Zendesk.

Les réglages de Front montrent bien le manque. Vous choisissez une langue pour « Always translate to » et une pour « Never translate », pratique pour ignorer les e-mails en anglais, mais il n'y a aucun champ pour les termes. La traduction IA de Front est rapide et bien placée dans la boîte de réception ; elle traite simplement chaque mot comme traduisible. Gorgias est similaire : des réglages par utilisateur décident des langues à ignorer, tandis que son AI Agent a un champ distinct de mots interdits pour ce qu'il écrit.

Freshdesk fonctionne de la même façon au niveau du ticket : une pastille de langue et un bouton Translate, propulsés par Freddy AI. Il fait le travail pour lire vite un ticket en polonais. Vos noms de produit sont livrés à eux-mêmes.

Les deux modules spécialisés sont ceux où les glossaires sont une fonctionnalité de premier plan. Unbabel accepte un glossaire fourni par le client sous forme de liste Excel ou de base terminologique .tbx, et précise que le glossaire « is not automatically created and updated during the translation process. » Language I/O applique un glossaire personnalisé avant de traduire (leur exemple empêche « apple pencil » de devenir « pomme crayon ») et ajoute un glossaire auto-améliorant qui suggère de nouveaux termes à partir de vos conversations. Ni l'un ni l'autre ne publie de prix.

Où vivent vraiment les glossaires : les moteurs de traduction

Si votre helpdesk ne contient pas le glossaire, le moteur en dessous le peut souvent. Les quatre grands moteurs de traduction automatique en prennent tous un en charge, avec des limites très différentes :

Deux détails comptent plus que les limites affichées.

D'abord, les offres web bon marché de DeepL contiennent désormais 5 entrées de glossaire par paire de langues. C'est indiqué sur la page des offres de DeepL, et les utilisateurs payants l'ont remarqué :

"Among these changes, reducing the glossary limit to a mere 5 entries is absolutely ridiculous for paying customers who rely on this tool for professional work."

DeepL Pro user, Trustpilot

Cinq entrées couvrent le nom de votre entreprise et quatre produits. Un vrai glossaire de support compte généralement 50 à 200 lignes, il vous faut donc Team ou l'API. Ma décomposition des tarifs DeepL détaille tout le calcul des offres.

Ensuite, un glossaire est un indice fort, pas une garantie. Amazon dit clairement qu'il « doesn't guarantee that it will use the target term for every translation », parce qu'il pèse le terme face au contexte. Microsoft dit que son dictionnaire neuronal rate le terme demandé dans « less than 0.1% » des cas. Les deux sont honnêtes, et les deux signifient que vous devez tout de même faire des vérifications ponctuelles. Si vous comparez des moteurs, ma liste des alternatives à DeepL couvre les options axées sur le support, et mon test de DeepL traite de la précision.

Comment créer un glossaire de traduction pour le support en 7 étapes

Voici le processus que je mènerais avec un responsable du support et un relecteur bilingue par langue. Prévoyez environ une semaine pour la première version, puis 30 minutes par mois.

1. Relevez les termes candidats là où les clients les voient vraiment

Ne faites pas de brainstorming sur une page blanche. Fouillez quatre endroits :

• Les libellés de l'interface de votre application (noms de boutons et de menus que les clients vous répéteront)
• Vos 30 principales macros et réponses enregistrées, y compris les modèles multilingues
• Les titres d'articles de votre centre d'aide
• Les anciens tickets où un agent a corrigé une traduction, ou où un client a demandé « que voulez-vous dire par X ? » (une analyse des lacunes de connaissances les fait remonter vite)

Visez 50 à 150 termes. Au-delà de 200, vous avez généralement ajouté des mots ordinaires que le moteur gère déjà très bien.

2. Donnez une règle à chaque terme

Chaque ligne a besoin d'exactement une règle. Si vous hésitez, passez le terme dans ce parcours :

3. Décidez de la formalité pour chaque langue, une seule fois

Écrivez une ligne par langue : l'allemand utilise « Sie », le français « vous », l'espagnol « usted » ou « tú », le japonais la forme polie. Un commentateur de HN qui écrit des guides pour les personnes qui s'installent en Allemagne a résumé la règle simplement :

"You must choose formal or informal pronouns (tu/vous, du/Sie) and use them consistently."

nicbou, Hacker News

Réglez-la ensuite dans le moteur quand c'est possible (DeepL et Amazon ont tous deux un réglage de formalité) et dans les instructions de votre agent IA. Des utilisateurs de Zendesk ont demandé exactement cela pour la traduction du centre d'aide, après avoir constaté qu'il « always translates to formal German », et aucun réglage n'est encore documenté. Une bonne configuration du ton et de la voix de marque couvre le reste.

4. Écrivez-le sous forme d'un CSV avec une ligne par terme

Tous les moteurs acceptent le CSV, commencez donc par là. Restez sobre :

term,rule,de,fr,es,notes
eesel,keep,eesel,eesel,eesel,always lowercase
wiring harness,approved,Kabelbaum,faisceau de câbles,mazo de cables,used by field techs
refund,approved,Rückerstattung,remboursement,reembolso,never "credit"
formality,setting,Sie,vous,usted,applies to every reply

La colonne notes est pour les humains. C'est là que vous expliquez le pourquoi, pour que la personne suivante ne « corrige » pas un choix délibéré.

5. Chargez-le dans chaque outil qui écrit aux clients

C'est l'étape que la plupart des équipes sautent. Elles chargent le glossaire dans un moteur et pensent avoir terminé, puis une macro rédigée en français l'an dernier, un article du centre d'aide et un agent IA continuent d'utiliser les anciens mots.

Le CSV est la source. Tout le reste est une copie :

1. Moteur de traduction : importez-le comme glossaire DeepL, glossaire Google ou fichier de terminologie Amazon. Il en va de même pour tout outil de traduction en temps réel que vous ajoutez.
2. Centre d'aide : ajoutez les noms de marque aux termes exclus de Zendesk (ou à l'équivalent de votre centre d'aide Gorgias) et corrigez les articles multilingues existants par rechercher-remplacer.
3. Macros : comparez vos réponses types dans chaque langue avec le CSV.
4. Agent IA : donnez-lui le fichier et les règles de formalité (plus de détails ci-dessous).

6. Testez sur de vrais anciens tickets, pas sur une phrase de démonstration

Un glossaire qui fonctionne sur « Veuillez réinitialiser votre mot de passe » peut encore échouer sur un vrai ticket brouillon. Prenez 20 tickets résolus par langue, passez-les dans votre configuration et demandez à votre relecteur bilingue de ne vérifier que les termes du glossaire et la formalité. C'est un travail de 30 minutes par langue. C'est la même idée qu'un audit de la base de connaissances, en plus ciblé.

7. Donnez-lui un responsable et une boucle de correction

Un glossaire pourrit comme un centre d'aide. De nouvelles fonctionnalités sortent avec de nouveaux noms, et personne ne les ajoute. Nommez un responsable et gardez la boucle courte :

Ajoutez « nouveaux termes ? » à votre liste de contrôle de mise en production, et traitez chaque modification du glossaire comme n'importe quel autre changement de politique : mettez à jour la source, synchronisez les copies, prévenez l'équipe.

Les erreurs courantes que je vois

• Traiter le glossaire comme un dictionnaire de traduction. S'il contient 2 000 mots ordinaires, personne ne le maintient et le moteur devient moins bon. Limitez-le aux termes qui font mal quand ils sont faux.
• Une seule colonne de français pour deux marchés francophones. Un client canadien de DeepL a dit sur Trustpilot avoir payé pour le glossaire parce que les rapports « kept being translated with weird Parisian french terms. » Séparez les régions quand vos clients le font.
• Oublier le sens sortant. La plupart des traductions de helpdesk fonctionnent dans les deux sens, y compris le chat en direct multilingue. Votre glossaire a aussi besoin de la langue du client vers l'anglais, sinon les agents liront mal les noms de produit entrants.
• Supposer que l'agent IA lit le glossaire du moteur. Ce n'est pas le cas. Un agent IA qui écrit directement ses réponses en allemand ne touche jamais à votre glossaire DeepL. Il lui faut sa propre copie, sous forme de connaissances ou d'instructions.
• Pas de responsable. Le glossaire est correct le jour du lancement et faux à la sortie produit suivante. Les habitudes de mon guide de rétention des connaissances s'appliquent ici aussi.

Utiliser un glossaire avec un agent de support IA

Voici le changement de point de vue que je vous laisse. Dès qu'un agent IA rédige des réponses dans la langue du client, l'agent est votre couche de traduction, et le glossaire doit vivre à l'intérieur. Traduire d'abord votre centre d'aide compte moins que vous ne le pensez. Mon panorama de la meilleure IA pour le support multilingue couvre le sujet. Lors d'un essai eesel, une marque allemande de bijoux sur Zendesk et Shopify, avec environ 1 000 tickets par mois, a vu l'agent répondre en huit langues sans avoir été configuré pour aucune. Ce qu'il ne peut pas savoir seul, c'est que votre « Pro plan » ne s'appelle jamais « Profi-Tarif ».

Avec eesel, la documentation indique que l'agent répond dans la langue du client sans que vous traduisiez votre centre d'aide. Il n'y a pas d'écran de glossaire distinct, et je préfère le dire franchement. Le contrôle de la terminologie passe par trois éléments que la documentation prend bien en charge :

1. Les instructions. Des règles en langage courant que l'agent lit à chaque réponse, dans chaque application, comme « use Sie in German » ou « never translate our product names » (Instructions and Memory).
2. Le glossaire sous forme de fichier. Les longues listes de référence vont dans un fichier que l'agent consulte, pas dans les instructions. Importez directement le CSV (CSV, Word, PDF ou Markdown jusqu'à 25 Mo) ou connectez-le depuis Google Drive ou Confluence (import de fichiers).
3. Des corrections qui restent. Corrigez un terme dans un brouillon, dites oui, et l'agent écrit la correction dans ses propres instructions, de sorte qu'elle tient la semaine suivante et dans toutes les langues.

Avant d'envoyer quoi que ce soit, la simulation intégrée rejoue de vrais anciens tickets et note les réponses, ce qui correspond à l'étape 6 ci-dessus, déjà faite pour vous. La plupart des équipes commencent avec des brouillons sous forme de notes internes pour que les agents puissent relire la formulation avant que les clients ne la voient.

Si vous gérez cela depuis un terminal, la CLI eesel pilote le même coéquipier. eesel files upload ./glossary.csv ajoute la liste de termes, eesel instructions insert ajoute une règle de formalité et eesel chat corrige l'agent comme le fait le tableau de bord. Chaque commande affiche du JSON, de sorte qu'un agent de programmation comme Claude Code ou Cursor peut resynchroniser le glossaire dans votre script de mise en production. L'étape 7 passe ainsi d'une corvée mensuelle à une ligne dans la CI.

Essayez eesel pour le support multilingue

Si votre équipe répond dans plus d'une langue sur Zendesk, Freshdesk, Gorgias ou Front, eesel rejoint votre helpdesk comme coéquipier IA qui rédige des réponses dans la langue de chaque client, apprend de vos anciens tickets et macros, et suit le glossaire et les règles de formalité que vous lui donnez en mots simples. Corrigez un terme une fois et il reste corrigé dans toutes les langues.

L'offre gratuite inclut 100 crédits pour tester sur vos propres tickets, et les offres payantes démarrent à 299 $ par mois pour 500 crédits (tarifs). Essayez eesel et passez votre glossaire sur une semaine de vrais tickets avant que quoi que ce soit n'atteigne un client.