# General Translation Knowledge Base: Comment garantir une terminologie cohérente dans la traduction par IA ? URL: https://generaltranslation.com/fr/kb/ai-translation-glossary.mdx Docs index: https://generaltranslation.com/llms.txt Description: Tenez un glossaire unique des termes approuvés, y compris les noms qui ne se traduisent pas, appliquez-le à chaque requête de traduction, tenez les variables et le code à l’écart de la traduction, puis relisez le résultat. General Translation y parvient grâce aux groupes de contexte, dont le glossaire et les instructions personnalisées s’appliquent à chaque projet auquel vous les assignez, et grâce au composant Var pour les valeurs qui ne doivent jamais être traduites. Category: Traduction Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 Pour garantir une terminologie cohérente, tenez un glossaire unique de traductions approuvées, appliquez-le à chaque requête de traduction, balisez le texte qui ne doit jamais être traduit et vérifiez le résultat lors de la relecture. La terminologie dérive parce que les moteurs de traduction automatique et les LLM traitent chaque requête isolément : rien ne garantit que le terme retenu la semaine dernière sera repris dans la traduction de cette semaine, à moins que vous ne le transmettiez. ## Pourquoi la traduction par IA manque-t-elle de cohérence terminologique ? Imaginons que votre produit propose une fonctionnalité appelée Vault. Traduite en allemand chaîne de caractères par chaîne de caractères, elle peut devenir *Tresor* sur la page des tarifs, rester « Vault » dans l’application et se transformer en *Safe* dans la documentation. Chaque traduction est acceptable prise isolément ; ensemble, elles décrivent trois fonctionnalités différentes. Cette dérive a plusieurs causes : * **Chaque requête repart de zéro.** La référence de l’API de DeepL précise que chaque chaîne de caractères d’une requête est [traduite indépendamment](https://developers.deepl.com/api-reference/translate/request-translation). Un LLM choisit sa formulation à chaque appel, et une nouvelle version du modèle peut faire un choix différent. * **Les chaînes de caractères courtes offrent peu de contexte.** Un onglet intitulé « Vault » ou « Spaces » se lit comme un nom commun, et le moteur le traduit donc comme tel. * **Un outil différent pour chaque interface.** Les chaînes de caractères de l’application dans un outil, la documentation dans un autre et les pages marketing confiées à un prestataire : cela fait trois glossaires, ou aucun. * **La grammaire modifie le mot.** L’allemand et le polonais ajoutent des désinences casuelles aux noms : une traduction approuvée est donc une forme de base que la phrase doit décliner, et non une chaîne de caractères à coller telle quelle. Les termes qui nécessitent une règle sont généralement les noms de marque et de produit, les noms des fonctionnalités, les libellés de l’IU cités dans votre documentation (« cliquez sur **Enregistrer** » doit correspondre au bouton dans chaque langue), les termes métier, ainsi que tout ce qui doit rester strictement tel quel : code, variables, URL et données utilisateur. ## Comment ces options se comparent-elles ? | Approche | Comment elle assure la cohérence des termes | Ses limites | | ------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Un glossaire de traduction automatique (DeepL, Google Cloud Translation) | Paires de termes par paire de langues, appliquées par ID à chaque requête | Vous devez transmettre l’ID à chaque appel et maintenir chaque paire de langues ; les chaînes de caractères courtes manquent toujours de contexte | | Des termes dans un prompt de LLM (OpenAI API, Claude API) | Vous listez les termes et les règles dans chaque prompt | C’est à vous de déterminer les termes nécessaires à chaque chaîne de caractères, et rien ne vérifie le résultat, sauf si vous mettez en place cette vérification vous-même | | Une base terminologique dans un système de gestion de la traduction (TMS) | Les traducteurs et l’IA voient les termes approuvés ; les contrôles d’assurance qualité signalent les oublis | Elle se trouve dans le TMS, à l’écart de votre code, et doit être connectée à chaque projet | | Balisage « ne pas traduire » (`translate="no"`) | Les moteurs ignorent l’élément balisé | Entrées HTML uniquement ; le texte reste inchangé, mais il est impossible de choisir une traduction | | Groupes de contexte de General Translation | Un glossaire et des instructions personnalisées s’appliquent à chaque traduction de chaque projet assigné ; [``](/docs/react/reference/components/var) exclut les valeurs de la traduction | Les traductions existantes ne changent que si vous leur appliquez le glossaire ou si vous les retraduisez | ### Glossaires de traduction automatique Les [glossaires multilingues](https://developers.deepl.com/docs/customize/managing-glossaries) de DeepL contiennent un dictionnaire de paires de termes par paire de langues, téléversé au format TSV ou CSV, et chaque requête peut en appliquer jusqu'à cinq via `glossary_ids`. Les [glossaires](https://docs.cloud.google.com/translate/docs/advanced/glossary) de Google Cloud Translation acceptent soit des paires de termes pour une paire de langues, soit des ensembles de termes équivalents dans plusieurs langues, à partir de fichiers TSV, CSV ou TMX. Google applique une correspondance sensible à la casse, sauf si vous définissez `ignoreCase`. Il renvoie la traduction avec et sans le glossaire pour que vous puissiez les comparer, et ne prend en charge son mode de glossaire contextuel qu'avec son modèle Translation LLM. ### Termes dans un prompt de LLM Avec l’API OpenAI ou l’API Claude, le glossaire n’est que du texte dans votre prompt. N’envoyez que les termes présents dans la chaîne de caractères, demandez une sortie conforme à un schéma JSON, puis vérifiez que chaque terme approuvé figure bien dans la traduction. Le modèle suit bien les instructions ; en revanche, la sélection des termes, la vérification et la mise à jour de la liste dans tous vos scripts restent à votre charge. ### Bases terminologiques dans un TMS Un [système de gestion de la traduction](/kb/what-is-a-translation-management-system) stocke une base terminologique aux côtés des chaînes. Les traducteurs voient les termes correspondants directement dans l’éditeur, la traduction par IA peut s’en servir (les [prompts IA](https://support.crowdin.com/crowdin-ai/) de Crowdin peuvent intégrer des termes du glossaire) et les contrôles d’assurance qualité détectent les oublis : la vérification [Consistent terminology](https://support.crowdin.com/project-settings/qa-checks/) de Crowdin signale toute traduction qui n’emploie pas le terme du glossaire pour un mot source donné. ### Balisage « ne pas traduire » L’[attribut `translate`](https://html.spec.whatwg.org/multipage/dom.html#the-translate-attribute) de HTML, lorsqu’il est défini sur `no`, indique aux outils de traduction de laisser intact le texte d’un élément. DeepL ignore les éléments marqués `translate="no"` ou `class="notranslate"` lorsque `tag_handling` vaut `html` ([Translating HTML](https://developers.deepl.com/docs/translate/translating-html)), et Google Cloud Translation fait de même pour les entrées `text/html` ([dépannage](https://docs.cloud.google.com/translate/troubleshooting)). Les requêtes en texte brut n’en tiennent pas compte. Optez pour un glossaire de traduction automatique si vous appelez DeepL ou Google directement depuis votre propre pipeline. Privilégiez des instructions dans le prompt si la traduction s’intègre à un appel de modèle que votre produit effectue déjà. Choisissez une base terminologique de TMS si les traducteurs et les prestataires travaillent dans ce TMS. Utilisez `translate="no"` pour le HTML que vous envoyez à un moteur. Enfin, adoptez General Translation si les mêmes termes doivent rester cohérents dans votre application, votre documentation et vos autres contenus à chaque livraison, sans avoir à transmettre un glossaire à chaque script. ## Comment General Translation garantit la cohérence terminologique General Translation applique la terminologie au moyen des [groupes de contexte](/docs/platform/dashboard/guides/defining-context-for-translations) : des instructions réutilisables, définies au niveau de l'Organisation, qui s'appliquent à tous les projets auxquels vous les assignez. Chaque groupe contient un glossaire pour les termes et des instructions personnalisées pour le ton et le style. ### Configurer un groupe de contexte 1. Dans le tableau de bord, ouvrez **contexte** dans la barre latérale de votre Organisation, cliquez sur le signe plus, puis choisissez **Create new group**. Si vous le créez plutôt depuis la page **contexte** d'un projet, vous pouvez sélectionner **Autogenerate context** pour générer une première version des termes du glossaire et des instructions personnalisées à partir des fichiers de ce projet. 2. Dans l'onglet **glossaire**, ajoutez chaque terme avec une définition qui précise sa signification et la façon de le traiter. 3. Renseignez la traduction pour chaque locale cible : saisissez-la, importez un fichier CSV, TSV ou JSON, ou cliquez sur **traduire** sur la page **contexte** du projet pour que l'IA complète les termes qui ne sont pas encore traduits. Corrigez ensuite les cellules si nécessaire. 4. Dans l'onglet **instructions personnalisées**, ajoutez des règles de ton et de style, par exemple « Use the formal Sie » pour l'allemand uniquement. Chaque instruction s'applique soit à toutes les locales, soit à une seule. 5. Assignez le groupe à chaque projet depuis l'onglet **contexte** du projet. Lorsque plusieurs groupes se chevauchent, celui qui figure en haut de la liste est prioritaire. Pour l'exemple Vault, un glossaire pourrait ressembler à ceci : | Terme | Définition | `de` | `ja` | | --------- | -------------------------------------------------------------------- | -------------- | ------- | | Vault | Nom de produit désignant un dossier chiffré. À conserver en anglais. | Vault | Vault | | Workspace | Espace partagé d'une équipe dans l'application. | Arbeitsbereich | ワークスペース | Les rôles par défaut **Administrateur** et **Éditeur** peuvent modifier les groupes de contexte. ### Comment le glossaire est transmis à chaque traduction Pour chaque chaîne de caractères qu’il traduit, General Translation repère les termes du glossaire qui y figurent et transmet, avec la chaîne de caractères, leurs définitions ainsi que leurs traductions dans la locale cible. Le modèle utilise la traduction approuvée comme forme de base et l’accorde ou la conjugue selon la phrase ; lorsqu’un mot est employé dans un sens différent de sa définition, il le traduit normalement. Les mêmes groupes de contexte s’appliquent au contenu [``](/docs/react/reference/components/t) et aux fichiers traduits avec [`npx gt translate`](/docs/cli/reference/commands/translate), à la traduction à l’exécution avec [`tx`](/docs/node/reference/functions/tx), ainsi qu’aux traductions générées par [Locadex](/docs/platform/locadex/quickstart). Ainsi, l’application, la documentation et le site marketing emploient tous « Vault ». ### Exclure des valeurs de la traduction avec `` Certains textes doivent rester exactement tels quels : noms, identifiants, code et autres valeurs d'exécution. Le composant [``](/docs/react/reference/components/var) de General Translation affiche son contenu tel quel, sans jamais l'envoyer à l'API de General Translation : ```tsx title="InviteBanner.tsx" import { T, Var, Plural, Num } from 'gt-react'; export function InviteBanner({ inviterName, vaultCount, }: { inviterName: string; vaultCount: number; }) { return (

{inviterName} invited you to their workspace.{' '} You can open one Vault.} other={<>You can open {vaultCount} Vaults.} />

); } ``` Le nom de la personne qui envoie l'invitation reste dans [``](/docs/react/reference/components/var). "Vault" reste dans la phrase : le glossaire le conserve donc en anglais tandis que le modèle construit la grammaire autour, et [``](/docs/react/reference/components/plural) reçoit toutes les formes du pluriel dont la langue cible a besoin. Placez les noms de produits dans le glossaire plutôt que dans [``](/docs/react/reference/components/var) : le modèle voit ainsi le nom et peut adapter la phrase en conséquence. ### Mettre à jour les traductions existantes La modification d'un groupe de contexte ne s'applique qu'aux nouvelles traductions, pas aux traductions existantes. Pour harmoniser le contenu existant, cliquez sur **Appliquer** sur la page **contexte** du projet, puis choisissez les termes du glossaire et les paramètres régionaux à mettre à jour. Vous pouvez aussi retraduire les fichiers avec la CLI ou une exécution Locadex. (Voir [Appliquer les traductions du glossaire](/docs/platform/dashboard/guides/defining-context-for-translations#apply-glossary).) Faites ensuite vérifier le résultat dans le tableau de bord par une personne qui maîtrise la langue. (Voir [Comment relire et modifier les traductions ?](/kb/review-translations)) ## Questions fréquentes ### Un glossaire garantit-il l'utilisation du terme approuvé à chaque fois ? Il fait du terme approuvé le choix par défaut, mais la relecture reste indispensable pour vérifier. La grammaire peut imposer une autre forme, et un mot employé dans un autre sens ne doit pas recevoir la traduction du glossaire. Relisez les écrans les plus consultés dans chaque langue, comme indiqué dans [La traduction par IA est-elle assez précise pour une application en production ?](/kb/is-ai-translation-accurate) ### Comment éviter qu'un nom de marque soit traduit ? Ajoutez-le comme terme du glossaire avec une définition telle que « Nom de produit. Conserver en anglais », puis indiquez le nom lui-même comme traduction pour chaque paramètre régional. Pour le HTML que vous envoyez à DeepL ou à Google Cloud Translation, encapsulez-le dans un élément doté de l'attribut `translate="no"`. ### Quelle est la différence entre un glossaire et une mémoire de traduction ? Un glossaire fixe la traduction de termes précis. Une mémoire de traduction conserve des traductions antérieures complètes et les réutilise lorsqu'une phrase identique ou similaire réapparaît. (Voir [Qu'est-ce qu'une mémoire de traduction, et en avez-vous encore besoin avec l'IA ?](/kb/what-is-translation-memory)) ### Un seul glossaire peut-il couvrir mon application, ma documentation et mon site web ? Oui. Dans General Translation, attribuez le même groupe de contexte à tous vos projets, puis ajoutez des groupes spécifiques à un projet uniquement lorsqu'une interface utilise une terminologie ou un ton différents. (Consultez [General Translation vs. DeepL](/kb/general-translation-vs-deepl) pour comparer cette approche à la transmission d'identifiants de glossaire à chaque requête.) ## Points clés * La terminologie dérive parce que chaque requête de traduction est indépendante et que les chaînes courtes offrent peu de contexte ; appliquer un glossaire à chaque requête corrige ce comportement par défaut. * DeepL et Google Cloud Translation appliquent les glossaires par ID et par paire de langues ; avec les prompts LLM, c’est à vous de sélectionner et de vérifier les termes ; enfin, les bases terminologiques des TMS ajoutent des contrôles d’assurance qualité, comme le contrôle Consistent terminology de Crowdin. * `translate="no"` laisse le texte HTML inchangé dans DeepL et Google Cloud Translation ; il ne permet pas de choisir une traduction. * Les groupes de contexte de General Translation partagent un même glossaire et les mêmes instructions personnalisées entre tous les projets assignés ; **Traduire** complète les traductions de termes manquantes pour un paramètre régional, **Appliquer** met à jour les traductions existantes, et [``](/docs/react/reference/components/var) exclut entièrement de la traduction les valeurs d’exécution. ## Related questions - [La traduction par IA est-elle assez précise pour une application en production ?](https://generaltranslation.com/fr/kb/is-ai-translation-accurate.mdx): Souvent, pour les langues les plus parlées, mais seulement après une évaluation concluante sur vos propres langues, vos chaînes de caractères d’IU et vos contenus plus sensibles. Lors du WMT25, Gemini 2.5 Pro a égalé ou surpassé les traductions humaines de référence pour 10 des 16 paires de langues, mais un benchmark portant sur des documents ne permet pas de savoir si de courtes chaînes de caractères d’interface sont prêtes à être livrées. - [Alternatives à DeepL : General Translation vs DeepL](https://generaltranslation.com/fr/kb/general-translation-vs-deepl.mdx): DeepL est une API de traduction automatique : elle renvoie une traduction pour chaque texte ou document que vous lui envoyez. General Translation est une plateforme de localisation. Elle prend en charge ce qu’une API laisse à votre charge : le contexte issu de votre code et de votre équipe, des termes cohérents sur chaque interface, la relecture dans un tableau de bord et la traduction continue à chaque livraison. - [Meilleurs outils de traduction IA pour les développeurs : API ou plateformes de localisation](https://generaltranslation.com/fr/kb/best-ai-translation-tools.mdx): Utilisez une API de traduction si vous maîtrisez déjà votre pipeline de localisation. Optez pour General Translation si vous souhaitez gérer conjointement le contexte, les contrôles de cohérence, la relecture et la livraison continue. DeepL, Google Cloud Translation, OpenAI et Claude peuvent alimenter un pipeline de production ; General Translation vous en fournit un clés en main pour votre application, votre documentation et votre site. - [Comment relire et modifier les traductions ?](https://generaltranslation.com/fr/kb/review-translations.mdx): Comparez chaque traduction avec sa source et les autres paramètres régionaux, puis corrigez ce qui sonne faux. Avec General Translation, vous modifiez les traductions sur la page Translations du tableau de bord et suivez la relecture à l’aide d’étiquettes et de commentaires ; la prochaine exécution de traduction de Locadex, son agent IA, intègre ensuite vos modifications dans une pull request. - [Qu’est-ce qu’une mémoire de traduction, et en avez-vous encore besoin avec l’IA ?](https://generaltranslation.com/fr/kb/what-is-translation-memory.mdx): Une mémoire de traduction (TM) est une base de données de paires de segments source et cible déjà traduits, dans laquelle un outil de traduction recherche des correspondances exactes, en contexte et approximatives. Avec l’IA, vous voulez toujours réutiliser les formulations approuvées et disposer des traductions passées comme contexte. General Translation réutilise les traductions correspondantes issues des versions antérieures des fichiers et conserve les modifications de l’équipe, sans mémoire de traduction distincte à maintenir. ## Previous and next questions - Previous question: [Comment créer un plan de site pour un site web multilingue ?](https://generaltranslation.com/fr/kb/multilingual-sitemap.mdx) - Next question: [Comment localiser une application Android avec strings.xml ?](https://generaltranslation.com/fr/kb/localize-android-app.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/fr/kb/sitemap.md) for every article.