Les traductions sont tombées. Allemand, français, japonais : tout est là, tout est bien formé. À première vue, tout semble correct — mais quand vous ne lisez pas la langue, « ça a l'air bon » relève de la confiance, pas de la vérification. Et s'il y a bien une chose qu'une traduction peut discrètement trahir, c'est précisément celle qu'il faut préserver à tout prix : le sens.
L'étape backTranslation comble cette faille sans second regard humain. Elle retraduit chaque sortie dans la langue source, demande à une IA de comparer cet aller-retour au texte que vous avez envoyé au départ, et signale les cas où le sens a dérivé. Vous ne partez pas du principe que le sens a survécu à l'aller-retour : vous voyez le pipeline le vérifier.
stepId: backTranslationCette page couvre cette étape en particulier : ce que fait chaque sous-étape, comment la dérive est évaluée et quels cas sont corrigés automatiquement. Vous découvrez le pipeline ? Commencez par la Vue d'ensemble du pipeline pour comprendre comment les étapes s'articulent autour de l'étape de traduction principale. Pour l'activer, consultez Configurer le pipeline ; pour lire le résultat d'une exécution, consultez Observer les exécutions du pipeline.
Sur cette page
- Fonctionnement de la vérification
- Comment la dérive est évaluée
- Une technique éprouvée, automatisée
- Quand l'activer
- Lire le résultat
Fonctionnement de la vérification#
L'étape s'exécute après la traduction principale — et après rephrase, lorsqu'elle est activée — afin de toujours vérifier la meilleure version disponible, c'est-à-dire le texte exact qui serait sinon livré. Elle se déroule en trois étapes.
Retraduire vers la source
La sortie traduite est retraduite dans la langue source, avec la même configuration du moteur — glossaire, voix de marque, instructions — adaptée au sens inverse. C'est une vraie seconde traduction, pas une simple correspondance.
Détecter la dérive
Un agent IA compare la rétrotraduction à la source d'origine que vous avez envoyée et classe toute divergence par niveau de gravité : minor, major ou critical.
Corriger si nécessaire
Lorsque le niveau est major ou critical, un passage supplémentaire par l'IA ajuste la traduction aller pour corriger la dérive. Les divergences minor sont consignées à des fins d'observabilité et laissées telles quelles — la sortie n'est pas réécrite pour une simple nuance de formulation.
La vérification ne se contente donc pas de vous signaler une dérive de sens : dans les cas qui comptent, elle corrige la traduction aller avant qu'elle n'arrive à vos utilisateurs.
Comment la dérive est évaluée#
Un aller-retour ne restitue jamais la source mot pour mot. Deux traducteurs — ou une même IA dans les deux sens — formuleront la même idée différemment, et c'est normal, pas un défaut. Toute la logique de la classification est là : distinguer une reformulation anodine d'un sens qui a réellement bougé :
| Gravité | Ce que cela signifie | Ce que fait l'étape |
|---|---|---|
minor | La formulation diffère, mais le sens reste intact — un synonyme, une proposition réordonnée, un choix stylistique. | Consignée, non corrigée. |
major | Le sens a suffisamment bougé pour que cela compte — une emphase modifiée, une nuance omise, une affirmation altérée. | Un passage de correction ajuste la traduction aller. |
critical | Le sens est erroné — une négation inversée, un nombre modifié, un terme inversé. | Un passage de correction ajuste la traduction aller. |
C'est précisément l'intérêt de cette distinction. Une vérification qui « corrigerait » chaque phrase reformulée remanierait de bonnes traductions et noierait les vrais problèmes ; une vérification qui signalerait tout sans rien corriger ne ferait que vous remettre un rapport plus long. La classification permet à l'étape de laisser tranquilles les cas sans conséquence et de réserver un passage de correction aux seuls cas où le sens a réellement bougé.
Ce qui est corrigé automatiquement — et ce qui ne l'est pas
Seules les dérives major et critical déclenchent un passage de correction. La dérive minor est remontée pour l'observabilité et la sortie reste inchangée. Si vous voulez qu'une personne examine chaque divergence, quel que soit son niveau, c'est le rôle de la relecture humaine — la rétrotraduction est un garde-fou automatisé, pas un remplacement pour un relecteur.
Une technique éprouvée, automatisée#
La rétrotraduction n'est pas une invention de Lingo.dev. C'est une méthode classique d'assurance qualité en traduction humaine : un second traducteur retraduit le texte cible dans la langue source, un éditeur compare les deux, et cette comparaison fait ressortir les endroits où le sens s'est perdu. Elle détecte le type d'erreur qu'un seul passage aller peut masquer — une traduction fluide à lire, mais subtilement différente sur le fond.
Le pipeline applique cette même méthode avec des LLM à la place du second traducteur et de l'éditeur. La technique, elle, est éprouvée ; ce qui est automatisé, c'est le travail et le délai. C'est pourquoi cette étape existe : non pour ajouter une touche d'IA, mais pour intégrer une vérification reconnue du sens directement dans votre tâche, pour chaque langue, à chaque fois.
Quand l'activer#
La rétrotraduction prend tout son sens partout où une erreur de sens coûte cher et où vous ne pouvez pas lire vous-même la langue cible pour la repérer. Activez-la notamment lorsque :
- Le contenu est juridique, médical, financier ou technique — des domaines où une négation inversée ou une nuance déplacée constitue un vrai risque, pas une simple question de style.
- Vous livrez dans des langues qu'aucun membre de votre équipe ne lit, de sorte que la rétrotraduction est votre seule fenêtre sur la fidélité du sens.
- La sortie est à fort enjeu et à faible volume — une clause contractuelle, une posologie, un avis de conformité — où le coût supplémentaire de la vérification est négligeable au regard du coût d'une erreur.
Elle exécute une seconde traduction — donc elle coûte plus cher
Elle effectue une retraduction complète et une comparaison par IA sur chaque sortie, avec en plus un passage de correction dès que la dérive est classée major ou critical — une tâche avec la rétrotraduction activée mobilise donc davantage le modèle qu'une traduction aller seule. Chaque étape activée enregistre son propre coût sur la tâche, ce qui vous permet de voir exactement ce que cette vérification a ajouté. Activez-la là où la fidélité du sens justifie ce coût, et laissez-la désactivée pour les chaînes à fort volume et faible risque, où une traduction aller suffit.
Elle se combine naturellement avec rephrase : rephrase rend le texte plus naturel, la rétrotraduction confirme que cette reformulation fluide dit toujours ce que disait la source. Les deux se basculent indépendamment — voir Configurer le pipeline.
Lire le résultat#
Comme toute étape du pipeline, une vérification de rétrotraduction activée écrit son propre enregistrement dans le tableau steps de la tâche. Récupérez la tâche avec GET /jobs/localization/:jobId et l'étape backTranslation vous indique que la vérification a bien eu lieu et comment elle s'est résolue :
{
"id": "ljb_C3d4E5f6G7h8I9j0",
"status": "completed",
"outputData": { "clause": "Diese Vereinbarung darf nicht ohne schriftliche Zustimmung übertragen werden." },
"steps": [
{
"stepId": "localize",
"type": "action",
"status": "completed",
"errorMessage": null,
"createdAt": "2026-04-17T10:00:00Z",
"startedAt": "2026-04-17T10:00:00Z",
"completedAt": "2026-04-17T10:00:09Z"
},
{
"stepId": "backTranslation",
"type": "action",
"status": "completed",
"errorMessage": null,
"createdAt": "2026-04-17T10:00:09Z",
"startedAt": "2026-04-17T10:00:09Z",
"completedAt": "2026-04-17T10:00:21Z"
}
]
}Une étape completed backTranslation signifie que la vérification s'est exécutée de bout en bout ; si elle a classé une dérive major ou critical, l'élément outputData que vous lisez correspond à la traduction aller corrigée, et non à celle d'avant vérification. Le détail complet — les niveaux de gravité signalés par la vérification, ainsi que ce que signifient pour la tâche dans son ensemble les statuts d'étape failed ou skipped — se trouve dans Observer les exécutions du pipeline, la référence pour lire steps et warnings.
C'est toute l'étape : une retraduction vers la source, une comparaison graduée et une correction là où le sens a bougé — pour que la fidélité de chaque sortie soit vérifiée en ligne, et non supposée. Activez-la par requête ou définissez-la comme valeur par défaut du moteur, puis consultez l'étape pour confirmer que l'aller-retour a bien préservé le sens.
