Le routage multi-moteurs : envoyer chaque contenu au bon système

Le constat qui rend le routage nécessaire

Les performances d’un système de traduction ne sont pas une propriété globale. Elles varient fortement selon quatre dimensions : la combinaison linguistique, le domaine, le format du contenu et la longueur des segments.

Un système excellent sur l’anglais vers l’espagnol peut être médiocre sur l’allemand vers l’italien. Un moteur remarquable sur de la documentation technique peut être inutilisable sur de l’éditorial. Un modèle de langue qui brille sur des paragraphes peut être moins prévisible sur des libellés d’interface de trois mots.

La conséquence est directe : la question « quel est le meilleur moteur » n’a pas de réponse. La question utile est « quel moteur pour quel contenu ».

Les quatre critères de routage

1. La contrainte de confidentialité — d’abord

Ce critère précède tous les autres et fonctionne par élimination. Un contenu qui ne peut pas quitter un périmètre donné ne sera pas routé vers un service externe, quelle que soit sa qualité.

Le traiter en premier évite de mesurer longuement des options qu’on n’a pas le droit d’utiliser. En Suisse, où les contraintes sectorielles s’ajoutent à la protection des données générale, cette inversion de l’ordre habituel fait gagner du temps.

2. La combinaison linguistique

C’est le critère le plus discriminant sur la qualité. Mesurez-le sur vos propres paires, y compris dans les deux directions : allemand vers français et français vers allemand ne présentent pas les mêmes difficultés, et les systèmes ne sont pas symétriques.

3. Le domaine et le type de contenu

Documentation technique, juridique, marketing, interface logicielle : les profils de performance diffèrent, et un système peut exceller sur l’un tout en produisant des sorties inutilisables sur l’autre.

4. Le niveau de risque

Il ne détermine pas quel moteur, mais quel dispositif de contrôle accompagne la sortie. Un contenu à gravité élevée peut justifier un système plus lent et plus littéral, dont les erreurs sont plus faciles à détecter, plutôt qu’un système plus fluide dont les écarts sont invisibles.

Comment établir les règles

Sur des mesures, jamais sur des classements publiés — les corpus de test publics ne ressemblent pas à votre contenu.

Constituez un jeu de test représentatif par combinaison et par domaine : quelques centaines de segments issus de votre production réelle, avec vos difficultés habituelles.

Faites traduire par chaque candidat, dans des conditions identiques, avec le même glossaire injecté.

Mesurez le temps d’édition nécessaire pour amener chaque sortie au niveau requis. C’est la métrique qui prédit la facture, et elle donne souvent un classement différent des scores automatiques.

Écrivez les règles sous une forme lisible : combinaison, domaine, système retenu, date de la mesure. Et datez la prochaine révision — les systèmes évoluent sans préavis.

La journalisation

Chaque segment traduit doit porter la trace du système qui l’a produit, de la règle appliquée, de la version du modèle si elle est connue et de la date.

Trois raisons, dont la troisième suffirait.

Le diagnostic. Un problème de qualité qui apparaît soudainement se résout en quelques minutes avec un journal, et en plusieurs jours sans.

L’amélioration. Corréler le temps d’édition observé avec le système employé permet d’affiner les règles. Sans journal, cette corrélation est impossible.

La défendabilité. Le jour où une traduction fautive doit être expliquée à un client, à un régulateur ou à un tribunal, la première question est celle du système employé. « Nous ne savons pas » n’est pas une réponse acceptable.

Le piège du fournisseur unique

Une plateforme qui n’accepte qu’un seul moteur — le sien, généralement — supprime la possibilité même du routage. Elle supprime donc, mécaniquement, le levier le plus rentable de la chaîne.

Ce verrouillage se présente rarement comme tel. Il prend la forme d’une intégration « transparente », d’une offre « tout compris », d’un tarif attractif conditionné à l’exclusivité.

C’est une question à poser avant de choisir un outil de TAO ou un TMS : puis-je brancher un autre moteur, à quel coût, et puis-je exporter mes données pour partir ? Les deux réponses déterminent votre marge de manœuvre pour les années suivantes.

Une architecture cible simple

Elle tient en quatre lignes et convient à la plupart des organisations.

• Un moteur spécialisé rapide et littéral pour le contenu court, répétitif, à terminologie stricte.
• Un modèle de langue pour le contenu long, contextuel, à registre variable.
• Une option interne ou dédiée pour ce qui ne peut pas sortir du périmètre.
• Une règle de repli explicite quand un système est indisponible — cas rarement prévu, et qui survient.

Au-dessus, l’estimation de qualité décide ce qui part en relecture humaine. En dessous, les contrôles déterministes tournent sur tout, quel que soit le chemin emprunté.