Qu’est-ce qu’un système de gestion de traduction ?

Un système de gestion de traduction (TMS) est un logiciel qui conserve votre contenu traduisible sous forme de base de données de segments plutôt que d’un tas de fichiers, permet à plusieurs personnes d’y travailler à la fois, réutilise les traductions que vous avez déjà payées, et réécrit les résultats dans les formats de fichiers que votre application lit réellement.

Cette description paraît banale jusqu’au jour où vous menez un projet de localisation sans TMS. Le mode d’échec n’est jamais « nous n’avons pas pu traduire les mots » — ce sont des versions qui divergent, du travail dupliqué, et personne capable de répondre à est-ce prêt à être livré ?

Le problème qu’il résout#

Sans système, la localisation ressemble à ceci. Un développeur exporte en.yml, l’envoie par e-mail à quatre traducteurs, et attend. Deux semaines plus tard, quatre fichiers reviennent : l’un enregistré dans le mauvais encodage, l’un avec une structure YAML subtilement cassée, et l’un venant d’un traducteur qui travaillait à partir d’une copie exportée avant les modifications de mardi dernier. Pendant ce temps, le produit a été publié deux fois, si bien que 60 nouvelles chaînes existent que personne n’a vues.

Chaque élément de ce scénario est un problème de coordination, pas un problème linguistique :

• Les fichiers deviennent obsolètes dès qu’ils sont envoyés. La source continue d’évoluer ; la copie dans la boîte de réception de quelqu’un, non.
• Un fichier ne peut avoir qu’un seul éditeur. Deux traducteurs sur la même langue signifient une fusion à la main.
• Les questions ne s’étendent pas correctement. Une chaîne ambiguë suscite la même question de chaque traducteur, indépendamment les uns des autres, et la réponse ne vit que dans un seul fil de discussion.
• Rien n’est réutilisé. La même phrase apparaissant dans trois fichiers est traduite trois fois et payée trois fois.
• La progression est invisible. « Où en est l’allemand ? » n’a pas de réponse simple.
• Les formats techniques se cassent. Les traducteurs qui utilisent des outils généralistes ne peuvent pas toujours ouvrir YAML, .strings, .po ou XLIFF, et les modifier dans un éditeur de texte produit des erreurs de syntaxe qui n’apparaissent qu’à l’exécution.

Ce qu’un TMS fait concrètement#

Des segments, pas des fichiers#

Le changement central, c’est qu’un TMS analyse vos fichiers et stocke chaque chaîne traduisible sous forme de segment — le texte source, sa clé, sa traduction dans chaque langue, son statut, son historique et ses commentaires. Le fichier devient un format de transport plutôt que l’unité de travail.

Ce seul changement rend possibles la plupart des autres fonctionnalités. Plusieurs traducteurs peuvent travailler simultanément sur le même fichier, puisqu’ils travaillent sur des lignes différentes. La progression devient mesurable. Réimporter un fichier source mis à jour ajoute les nouveaux segments et retire ceux qui ont été supprimés, sans perturber les traductions existantes.

Mémoire de traduction#

Chaque traduction que vous approuvez est stockée et proposée à nouveau lorsqu’un texte similaire apparaît. Un produit traduit depuis des années accumule une mémoire qui répond automatiquement à une part substantielle du nouveau travail — souvent la majorité pour les produits itératifs, où le texte est révisé plus souvent qu’il n’est écrit de zéro. Voir ce qu’est la mémoire de traduction et comment elle fonctionne.

Gestion terminologique#

Une base terminologique conserve les mots qui doivent être traduits de manière cohérente — noms de produits, noms de fonctionnalités, termes spécifiques au secteur — et les fait apparaître au traducteur en contexte. Sans elle, « dashboard » devient trois mots différents au sein d’une même interface. Voir ce qu’est une base terminologique.

Le contexte pour les traducteurs#

Un traducteur qui travaille à partir d’une simple liste de chaînes doit deviner. Open peut être un verbe sur un bouton ou un adjectif décrivant un ticket, et les deux se traduisent différemment dans la plupart des langues. Un TMS transporte les commentaires des développeurs, les limites de caractères, le fichier et la clé d’origine de chaque segment, et — c’est le plus utile — des captures d’écran montrant la chaîne dans l’interface en fonctionnement.

Validation#

Des vérifications automatiques s’exécutent au fur et à mesure que la traduction est tapée : présence et intégrité des placeholders, catégories de pluriel complètes pour la langue cible, limites de caractères respectées, balises HTML équilibrées, syntaxe ICU MessageFormat valide. Ce sont exactement les erreurs qu’un relecteur humain ne peut pas repérer de manière fiable et qu’un analyseur détecte à chaque fois.

La traduction automatique, utilisée avec discernement#

Les systèmes modernes intègrent des moteurs de TA afin qu’une première passe puisse être générée automatiquement, puis relue. La valeur réside dans où vous l’appliquez — le contenu à fort volume et à faible risque, oui ; les mentions légales et le parcours d’intégration, probablement pas. Voir traduction automatique contre traduction humaine.

Synchronisation avec votre base de code#

C’est la partie qui déterminera si le système est réellement utilisé. Un TMS doit récupérer les fichiers source depuis votre dépôt et repousser les traductions, piloté depuis une ligne de commande ou une CI plutôt que par un formulaire web. Si mettre à jour les traductions exige que quelqu’un se souvienne de se connecter et de télécharger un zip, cela cessera de se produire en moins d’un mois.

Ce qu’il ne fait pas#

Être clair là-dessus évite les déceptions :

• Il n’écrit pas de bonnes traductions. Il distribue, réutilise et valide. Le jugement linguistique reste humain.
• Il ne corrige pas une mauvaise internationalisation. Les phrases concaténées et les chaînes codées en dur sont des problèmes d’i18n, et aucun outil de traduction, quel qu’il soit, ne les répare.
• Il ne supprime pas le besoin de donner du contexte. Il vous donne un endroit où le mettre. Quelqu’un doit toujours l’écrire.

En avez-vous besoin ?#

Des signaux raisonnables indiquant que vous avez dépassé le stade des fichiers et des e-mails :

• Plus de deux langues cibles, ou plus d’un traducteur par langue.
• Des publications plus fréquentes que mensuelles. La fréquence pèse plus sur le coût de coordination que le nombre de langues.
• Plus d’un format de fichier — une application web, plus une application iOS, plus des modèles d’e-mails marketing.
• Toute occurrence récurrente de « on a déjà traduit ça quelque part » ou « quelle est la version actuelle de ce fichier ? »
• Personne ne peut répondre à « quel pourcentage de l’allemand est fait ? » sans ouvrir de fichiers.

Des signaux raisonnables indiquant que non :

• Une seule paire de langues, un seul traducteur, des publications occasionnelles.
• Un petit ensemble fixe de chaînes qui change rarement.

Il n’y a aucune honte dans le second cas. Un tableur est un outil légitime à cette échelle, et adopter une plateforme avant que le coût de coordination n’existe n’est que de la charge supplémentaire.

En choisir un#

Au-delà de la liste de fonctionnalités, voici les questions qui prédisent si cela fonctionnera :

Lit-il vos formats de fichiers nativement ? Pas « prend en charge XLIFF, convertissez vos fichiers en XLIFF » — un véritable support natif des formats que vous avez déjà, préservant structure, commentaires et formes plurielles sans perte, à l’aller comme au retour.

Comment synchronise-t-il ? Une CLI et une intégration CI font la différence entre un système qui reste à jour et un système qui dérive.

Que fait-il des placeholders ? La gestion des placeholders est le test le plus révélateur du sérieux avec lequel un système aborde la localisation logicielle, par opposition à la traduction de documents. Voir l’aide-mémoire des formats de placeholders.

Qui possède les données, et pouvez-vous les récupérer ? Votre mémoire de traduction est un actif que vous avez payé. Vérifiez le chemin d’export avant d’en avoir besoin.

Quel est le modèle tarifaire ? Les modèles au mot, au poste, au projet et à la chaîne produisent des factures très différentes selon la forme de votre usage. Modélisez vos propres chiffres plutôt que de lire le tableau comparatif.

Combien coûte le départ ? L’export des traductions, de la mémoire et de la terminologie, dans des formats standards, sans avoir besoin d’ouvrir un ticket de support. Une plateforme confiante dans son produit rend cela facile.

En bref#

Un TMS transforme la localisation d’un problème de manipulation de fichiers en un problème de données. Il se rembourse par la réutilisation, par le travail en parallèle, et par la détection des erreurs mécaniques avant la publication — pas en rendant la traduction elle-même plus rapide.

Si vos traductions arrivent actuellement en pièces jointes d’e-mails et que vous ne pouvez pas dire à quel point une langue donnée est complète, c’est le signal.