FonctionnalitésPluginTarifsRessources
Changer de langue
RessourcesGlossaires de traduction et cohérence terminologique dans WordPress

Glossaires de traduction et cohérence terminologique dans WordPress

SimplePoTranslate Team3 juin 2026
Glossaires de traduction et cohérence terminologique dans WordPress

Ouvrez la version allemande d'une boutique WooCommerce et observez le mot « Panier » voyager à travers l'interface. Le bouton d'en-tête indique Warenkorb. La page de paiement indique Einkaufswagen. Un e-mail de confirmation indique Korb. Ces trois mots sont techniquement des termes allemands valides pour un panier d'achat, et un traducteur humain travaillant fichier par fichier pourrait utiliser n'importe lequel d'entre eux. Mais un client qui navigue sur le site ne voit pas trois synonymes. Il voit un site qui ne parvient pas à maintenir son propre vocabulaire cohérent, et sur un site de commerce électronique, cette incohérence est perçue comme un manque de rigueur au moment même où vous demandez une carte de crédit.

C'est le problème que résout un glossaire de traduction. Un glossaire, parfois appelé base terminologique, est la liste de référence indiquant comment des termes spécifiques doivent être rendus dans chaque langue, quels termes ne doivent jamais être traduits du tout, et lesquels doivent être traduits de la même manière à chaque fois. Ce guide explique le concept de glossaire, les deux catégories de termes les plus importantes, pourquoi le découpage de fichiers volumineux en morceaux détruit discrètement la cohérence, et comment un pipeline de traduction qui maintient un glossaire entre les morceaux y remédie.

Qu'est-ce qu'un glossaire de traduction ?

Un glossaire de traduction est une correspondance structurée des termes sources avec leurs traductions approuvées, maintenue par langue. Dans sa forme la plus simple, c'est un tableau : le terme source, le terme cible requis et une note indiquant s'il est verrouillé ou traduisible. Les traducteurs et les moteurs de traduction le consultent comme l'unique source de vérité afin que le même concept ne soit jamais rendu de deux manières différentes.

Un petit fragment de glossaire pourrait ressembler à ceci en JSON :

{
  "en": "Cart",
  "translations": {
    "de": "Warenkorb",
    "es": "Carrito",
    "fr": "Panier"
  },
  "translatable": true
},
{
  "en": "Acme Pro",
  "translations": {},
  "translatable": false,
  "note": "Brand product name. Never translate."
}

Ou, si votre équipe préfère une feuille de calcul plate, les mêmes données en CSV :

source,de,es,fr,translatable
Cart,Warenkorb,Carrito,Panier,yes
Checkout,Kasse,Pagar,Commander,yes
Acme Pro,,,,no
Add to Cart,In den Warenkorb,Añadir al carrito,Ajouter au panier,yes

Le glossaire remplit deux fonctions à la fois. Pour les termes traduisibles, il impose un rendu approuvé. Pour les termes non traduisibles, il agit comme une liste à ne pas toucher.

Le format lui-même importe peu. JSON, CSV, une feuille de calcul ou un simple fichier clé-valeur fonctionnent tous, car la valeur d'un glossaire ne réside pas dans son extension de fichier, mais dans son rôle de référence convenue. Ce qui compte, c'est qu'il existe, qu'il s'agisse de la seule copie faisant autorité, et que tout ce qui traduit vos chaînes le consulte réellement. Un glossaire situé sur un lecteur partagé que le processus de traduction ne lit jamais n'est que de la documentation. Un glossaire que le pipeline applique à chaque chaîne est une garantie de qualité.

La plupart des équipes commencent un glossaire de manière réactive, après que la première incohérence les ait embarrassées en production. La meilleure approche est de l'amorcer avant la première passe de traduction avec les entrées évidentes : les noms de vos produits, vos vingt principaux termes d'interface et tout vocabulaire de l'industrie où un mauvais choix pourrait dérouter les clients. Vingt entrées bien choisies préviennent la grande majorité des problèmes de cohérence.

Les deux types de termes qui posent problème sans glossaire

Quels termes ont réellement besoin d'être contrôlés par un glossaire ? Deux catégories, et elles échouent dans des directions opposées.

Termes de marque qui ne doivent jamais être traduits

Les noms de produits, les noms de marque, les noms de fonctionnalités et les marques déposées doivent traverser la traduction entièrement inchangés. Lorsque Acme Pro devient Acme Profesional en espagnol, ou que votre fonctionnalité d'expédition QuickShip se transforme en EnvíoRápido, vous avez brisé la reconnaissance de la marque et, souvent, l'interface utilisateur où cette chaîne exacte est associée dans le code.

Il s'agit de la défaillance de glossaire la plus courante et la plus dommageable. Un traducteur automatique laissé à lui-même traduira utilement Pro, Plus, Cloud et tout autre mot qui ressemble à un nom commun, car il n'a aucun moyen de savoir que ces mots font partie d'une marque. Le glossaire est ce qui lui dit de s'arrêter.

Termes qui doivent être traduits de manière cohérente

Le problème inverse est la situation Warenkorb contre Einkaufswagen. Ce sont des mots réels qui doivent être traduits, mais toujours de la même manière. Le vocabulaire d'interface comme Panier, Paiement, Compte, Liste de souhaits, Commande et Expédition doit correspondre à un terme cible fixe sur chaque écran, e-mail et bouton. Le danger ici n'est pas la faute de traduction mais la dérive : chaque choix individuellement correct est bon isolément, et seule l'incohérence sur l'ensemble du site constitue le défaut.

C'est le problème de l'érosion de la confiance. Les utilisateurs construisent un modèle mental du vocabulaire de votre interface à mesure qu'ils l'utilisent. Lorsque le mot change, le modèle se brise, et la friction cognitive se traduit par une vague impression que le site est de mauvaise qualité, même si le client ne peut pas articuler pourquoi.

La cohérence a également un coût d'utilisabilité concret au-delà de la simple sensation. La documentation de support, les info-bulles et les e-mails d'intégration font tous référence à des termes d'interface. Si le bouton indique Warenkorb mais que l'article d'aide indique Einkaufswagen, un client confus ne peut pas faire correspondre l'instruction à l'écran. Une terminologie incohérente compromet discrètement votre propre contenu de support. Le glossaire est ce qui permet au produit, à la documentation et au contenu marketing de parler le même langage, littéralement.

Pourquoi le découpage de fichiers volumineux provoque des incohérences

Voici le mécanisme qui transforme une nuisance ponctuelle de glossaire en un problème systémique sur les grands sites. Une grande boutique WordPress ou WooCommerce peut avoir un fichier .po avec des milliers de chaînes, bien plus que ce qu'un modèle d'IA peut traduire en une seule requête. Le fichier est donc divisé en morceaux, et chaque morceau est traduit séparément.

Le problème est que lorsque chaque morceau est traduit isolément, le moteur n'a aucun souvenir de la façon dont il a rendu un terme trois morceaux auparavant. Le morceau 1 pourrait traduire « Panier » par Warenkorb. Le morceau 7, traité comme une requête indépendante sans contexte partagé, pourrait tout aussi raisonnablement traduire le même « Panier » par Einkaufswagen. Aucun des deux n'est intrinsèquement faux. L'incohérence est un artefact du découpage, et non d'une mauvaise décision isolée.

# Chunk 1 - header strings
msgid "Cart"
msgstr "Warenkorb"

# Chunk 7 - footer strings, translated in a separate request
msgid "View Cart"
msgstr "Einkaufswagen ansehen"

Plus le fichier est grand, plus il y a de morceaux, et plus il y a d'occasions pour le même terme de diverger. C'est précisément pourquoi la traduction de fichiers volumineux est plus difficile qu'il n'y paraît, un sujet que nous abordons en détail dans comment traduire des fichiers PO volumineux. Un découpage naïf échange la complétude contre la cohérence, et sur une boutique avec des milliers de chaînes, cet échange se manifeste partout.

Comment un pipeline sensible aux glossaires y remédie

La solution est un pipeline de traduction qui fait deux choses simultanément : il divise intelligemment les fichiers volumineux pour qu'ils puissent être traités, et il transporte le contexte du glossaire et de la terminologie à travers chaque morceau afin que le découpage n'introduise jamais de dérive.

C'est là que le Smart Batching et l'IA Contextuelle fonctionnent en tandem. Le Smart Batching divise un fichier de plus de 10 Mo en morceaux traitables, mais les morceaux ne sont pas traduits comme des étrangers isolés. Le pipeline applique la cohérence du glossaire et de la terminologie à travers les morceaux, de sorte qu'une fois que « Panier » est établi comme Warenkorb, chaque morceau ultérieur contenant « Panier » obtient le même rendu. Le glossaire des termes de marque verrouillés voyage également avec chaque morceau, ainsi Acme Pro reste intact qu'il apparaisse dans la chaîne numéro 5 ou la chaîne numéro 5 000.

Le résultat pratique est qu'un fichier de boutique de 6 000 chaînes revient avec un vocabulaire cohérent au lieu d'un patchwork. Les noms de marque sont intacts. Les termes d'interface sont uniformes. Et les espaces réservés à l'intérieur de ces chaînes, les jetons %s et {name}, restent verrouillés au même endroit en même temps. Vous obtenez un fichier qui se lit comme si un traducteur minutieux avec une mémoire parfaite avait tout fait en une seule fois.

Contrastez cela avec l'alternative à laquelle la plupart des gens se rabattent : traduire le fichier par morceaux, puis effectuer une passe manuelle de recherche et remplacement pour normaliser les termes après coup. Cette approche échoue pour deux raisons. Premièrement, vous devez déjà connaître chaque terme qui a divergé, ce qui signifie examiner des milliers de chaînes pour trouver les incohérences en premier lieu. Deuxièmement, la recherche et remplacement aveugle est dangereuse, car le même mot peut être correct dans un contexte et faux dans un autre. Appliquer le glossaire pendant la traduction, pendant que le moteur a encore le contexte complet de chaque chaîne, est fondamentalement plus sûr que de le corriger après coup.

Les glossaires dans un flux de travail multi-sites

Pour les agences gérant la localisation sur de nombreux sites clients, la discipline du glossaire s'intensifie. Chaque client a ses propres termes de marque et son propre vocabulaire approuvé, et réutiliser le glossaire d'un client pour un autre est une source d'embarras garantie. Un flux de travail répétable et basé sur un glossaire est ce qui maintient la cohérence d'une douzaine de sites multilingues sans une douzaine de révisions manuelles, ce qui est au cœur de le flux de travail de localisation idéal pour les agences gérant plusieurs sites clients. Le glossaire devient un actif par client qui accompagne chaque fichier que vous traduisez pour eux.

La cohérence terminologique est l'un de ces signaux de qualité que personne ne remarque consciemment quand elle est correcte et que tout le monde ressent quand elle est fausse. Le client qui lit Warenkorb sur chaque écran n'y pense jamais. Celui qui voit trois mots différents pour panier ne dépose pas non plus de plainte, il fait simplement un peu moins confiance au site et convertit un peu moins bien. Un glossaire, appliqué à chaque morceau de chaque fichier, est la façon de s'assurer qu'ils n'auront jamais à le faire.

Prêt à maintenir la cohérence de chaque terme dans toute votre boutique multilingue ? Essayez SimplePoTranslate gratuitement — aucune carte de crédit requise. Le niveau gratuit assure la cohérence du glossaire et de la terminologie à travers les morceaux, ainsi « Panier » reste un seul mot et les noms de vos marques restent intacts de la première à la dernière chaîne.