Retour au blog

Review · 29 juil. 2026

La détection des changements de source garantit l’intégrité des révisions de traduction

Une traduction approuvée par rapport à la source d’hier n’est pas prête à être publiée aujourd’hui. Les workflows de révision ont besoin d’un moyen clair pour détecter et résoudre les changements de la source.

La détection des changements de source garantit l’intégrité des révisions de traduction

Une traduction peut être correcte tout en étant obsolète.

Cela se produit lorsqu’un éditeur modifie l’entrée source après le début de la traduction. Le brouillon localisé reflète toujours l’instantané d’origine, mais l’écran de révision peut afficher la source la plus récente. À moins que le workflow ne signale cette différence, un réviseur peut approuver deux contenus qui n’ont en réalité jamais été comparés.

La détection des changements de source empêche ce décalage discret d’atteindre une mise en production.

La traduction commence à partir d’un instantané

Chaque demande de traduction a une frontière de source : un ensemble de champs, de valeurs et de structures de texte enrichi à un moment précis.

Cet instantané doit être enregistré avec la demande. Il explique ce que le modèle a reçu, ce que le réviseur évalue et pourquoi le brouillon cible dit ce qu’il dit.

Récupérer à nouveau la source pour l’affichage est utile, mais cela ne doit pas remplacer l’instantané historique. Le workflow a besoin des deux :

  • la source utilisée pour générer le brouillon
  • la source actuelle dans le CMS

Sans le premier, le brouillon n’a pas de provenance fiable. Sans la seconde, l’équipe ne peut pas voir que la page a évolué.

Tous les changements n’invalident pas tout

Un horodatage seul peut indiquer qu’une entrée a changé, mais pas si la traduction est obsolète.

Un éditeur peut mettre à jour une note interne, ajouter un asset à un champ non localisé, ou corriger un champ qui n’était pas inclus dans la demande. Ces changements ne doivent pas nécessairement bloquer le brouillon localisé.

Comparez plutôt au niveau des champs traduits. Si le titre source a changé, marquez le brouillon du titre comme obsolète. Si seul le corps a changé, conservez le titre révisé intact et ramenez le corps à l’attention du réviseur.

Une invalidation ciblée préserve le travail terminé tout en rendant explicite le risque restant.

Montrez aux réviseurs la différence réelle

« La source a changé » est un avertissement, pas une décision.

Les réviseurs doivent voir ce qui a changé entre l’instantané d’origine et la valeur actuelle. Pour du texte brut, une comparaison au niveau des mots peut suffire. Pour le texte enrichi, la comparaison doit aussi faire ressortir les changements structurels tels qu’un lien supprimé, un nouvel élément de liste ou une entrée intégrée différente.

La question utile n’est pas simplement de savoir si les chaînes diffèrent. Elle consiste à déterminer si la cible approuvée représente encore fidèlement la source actuelle.

Donnez à l’équipe des choix délibérés

Lorsqu’un champ source traduit change, le workflow peut proposer un petit ensemble d’options claires :

  1. conserver la traduction actuelle lorsque le changement n’affecte pas le sens
  2. modifier manuellement le brouillon localisé
  3. régénérer uniquement le champ concerné
  4. renvoyer la demande en traduction lorsque le changement est étendu

Le choix et le réviseur doivent être consignés. Un avertissement d’obsolescence qui peut être ignoré sans piste d’audit est facile à écarter sous la pression d’une mise en production.

Vérifier de nouveau avant l’envoi

Une révision peut commencer avec un contenu source correspondant et se terminer après qu’une autre modification a été apportée.

Exécutez de nouveau la comparaison de la source immédiatement avant l’envoi au CMS. Cette dernière vérification comble l’écart entre l’approbation et la livraison. Elle doit utiliser les mêmes règles au niveau des champs que l’écran de révision et ne bloquer que les écritures concernées.

Pour la publication automatisée, cette vérification est encore plus importante. L’automatisation supprime une pause humaine, donc le système doit être précis quant à l’instantané approuvé qu’il accepte de publier.

À retenir

La révision de traduction n’est fiable que lorsque la source en cours de révision est celle qui a produit le brouillon.

Conservez l’instantané d’origine, comparez-le aux valeurs actuelles du CMS, identifiez les changements par champ et laissez les réviseurs résoudre délibérément les différences significatives. La détection des changements de source ne ralentit pas la localisation. Elle empêche les équipes de publier en toute confiance la réponse d’hier au contenu d’aujourd’hui.