Une phrase fluide peut tout de même être fausse
Une actualité traduite peut se lire sans difficulté tout en modifiant l’identité d’une personne, en supprimant une négation ou en transformant une prévision en événement confirmé. Pour une publication multilingue, ces erreurs peuvent avoir plus de conséquences qu’un style maladroit. Ajouter des langues multiplie le nombre de versions à vérifier ; cela ne multiplie pas automatiquement la valeur apportée aux lecteurs.
Cet article propose un cadre de validation pour la production éditoriale, fondé sur des documents de première main consultés le 20 octobre 2026. Il s’agit d’une analyse éditoriale, et non d’un banc d’essai de modèles, d’un compte rendu de nos propres expériences ou d’une affirmation selon laquelle un fournisseur aurait le coût réel le plus bas.
Ce que les documentations américaines et chinoises permettent réellement d’affirmer
Google Cloud Translation documente des glossaires destinés à harmoniser la terminologie, avec des listes orientées de la langue source vers la langue cible et des ensembles multilingues de termes équivalents. La documentation précise aussi leurs limites : la correspondance est sensible à la casse par défaut, certaines entrées de mots vides sont ignorées et les ressources de glossaire ne proposent pas de gestion des versions. Une équipe éditoriale doit donc disposer de son propre fichier terminologique versionné et d’un historique permettant de revenir à une version antérieure. Un glossaire est un outil de contrôle utile, pas une preuve de l’exactitude du résultat.
La documentation Qwen-MT d’Alibaba Cloud décrit des paires terminologiques, des paires de phrases issues de mémoires de traduction et des consignes de domaine. Elle indique également que ces consignes doivent actuellement être rédigées en anglais, que le modèle fonctionne sur un seul tour et ne prend pas en charge les messages système, et que ces moyens de contrôle supplémentaires consomment des tokens d’entrée. Un processus qui ignore ces détails risque de mal estimer ses coûts ou d’envoyer des instructions non prises en charge.
Ce sont des exemples d’interfaces différentes, pas un classement de qualité opposant les États-Unis à la Chine. Toutes deux font de la gestion terminologique une tâche d’ingénierie concrète. Aucune de ces pages de documentation n’établit de comparaison de précision pour vos langues ni ne garantit des actualités prêtes à publier. Avant de choisir, comparez les paires de langues prises en charge, les exigences de déploiement et les résultats réels obtenus sur les mêmes contenus.
Définissez les échecs avant de choisir le modèle
La taxonomie des erreurs MQM distingue l’exactitude de la fluidité et inclut les erreurs portant sur les entités, les nombres, les dates, les unités et la négation. Les recommandations de notation du MQM Council illustrent une approche de validation ou de rejet dans laquelle une erreur critique suffit à faire échouer une traduction, quel que soit son score global. Ce sont des ressources d’évaluation de la qualité, pas une Recommandation du W3C ni une norme juridique universelle.
Pour la publication d’actualités, nous recommandons de définir à l’avance les erreurs critiques : une personne ou une organisation incorrecte ; une position inversée ; une citation inventée ; un montant ou une date erronés de façon substantielle ; ou un lien source qui n’étaye plus l’affirmation. Une bonne note moyenne ne devrait pas compenser une telle erreur. Les défauts de style mineurs peuvent rejoindre une file de révision, mais ceux qui modifient le sens doivent bloquer la publication jusqu’à leur correction et à une nouvelle vérification.
Deux étapes de contrôle plutôt qu’une validation automatique
Étape 1 : les repères structurels et factuels. Comparez le texte source et la traduction pour vérifier les noms et leurs variantes approuvées, les valeurs numériques avec leurs unités et devises, les dates, les liens, les identifiants de référence et les paragraphes manquants. Conservez le titre source, l’URL et la date de publication dans des métadonnées distinctes. Signalez les différences à examiner au lieu de rejeter tout changement de forme : 1,000 et 1.000 peuvent représenter la même valeur selon les conventions locales, et les noms peuvent avoir des formes locales établies. Vérifier un nombre sans son unité ne constitue pas un contrôle complet.
Étape 2 : le sens en contexte. Une personne bilingue chargée de la révision vérifie, par rapport à la source, la négation, l’incertitude, l’attribution des propos, les limites des citations et les affirmations de causalité. « Peut réduire les coûts » ne doit pas devenir « a réduit les coûts ». « Selon l’entreprise » ne doit pas disparaître. Vérifiez le titre et le résumé aussi soigneusement que le corps du texte : un article prudent peut se retrouver avec un titre trompeur lors de la traduction. Un deuxième modèle ou une rétrotraduction peut aider à repérer des passages, mais l’accord entre modèles n’est pas une preuve indépendante de fidélité.
Commencez par un pilote proposé de 20 articles sources représentatifs, chacun traduit dans les sept langues cibles si la langue source est la huitième. Incluez de la terminologie technique, des citations, des données financières, des dates et des noms ambigus. Utilisez les mêmes textes sources et critères de validation pour chaque solution candidate. Il s’agit d’un protocole de test suggéré, pas d’une taille d’échantillon validée statistiquement. Gardez un jeu distinct, non utilisé pendant les ajustements, pour les contrôles ultérieurs, afin que la correction répétée du pilote ne constitue pas toute l’évaluation.
Comptez le travail après la génération
Le dénominateur utile est le nombre de versions article-langue qui atteignent le seuil de publication. Dans l’exemple fictif suivant, « article » désigne une telle version. Ne comptez pas un brouillon rejeté comme un article livré.
Supposons que les processus A et B livrent chacun 100 articles acceptés. A coûte 0,01 dollar américain en appels de modèle par article et demande six minutes de révision. B coûte 0,05 dollar par article et demande trois minutes. Avec un tarif de révision supposé de 30 dollars par heure :
- A : 1 dollar d’appels de modèle plus 10 heures de révision à 30 dollars, soit 301 dollars au total, ou 3,01 dollars par article accepté.
- B : 5 dollars d’appels de modèle plus 5 heures de révision à 30 dollars, soit 155 dollars au total, ou 1,55 dollar par article accepté.
Tous les prix et temps de révision présentés ici sont hypothétiques. Il s’agit d’arithmétique, pas de performances mesurées ni de tarifs actuels des fournisseurs. L’exemple exclut la mise en place, les outils d’assurance qualité, les nouvelles tentatives et les corrections après publication ; ajoutez ces coûts lorsqu’ils interviennent dans votre comparaison réelle. La leçon est qu’une économie de quatre cents à la génération peut être largement absorbée par du temps de révision supplémentaire. Cela ne démontre pas qu’un modèle plus cher est toujours meilleur.
Un petit registre opérationnel vaut mieux qu’une grande promesse
Pour chaque paire de langues, conservez le modèle et sa version, la version de la consigne, celle du fichier terminologique, l’identifiant de la source, l’acceptation au premier passage, les erreurs critiques, les minutes de révision, les nouvelles tentatives et la décision finale. Présentez les langues séparément : une bonne moyenne peut masquer une paire de langues faible. Revérifiez un échantillon fixe lorsqu’un modèle ou un fichier terminologique change.
Pour un site en huit langues, la priorité pratique est un contrôle fiable avant publication et un processus de correction visible, puis un coût unitaire inférieur. Arrêtez la publication automatique lorsqu’une erreur critique apparaît ; examinez les versions associées au lieu de supposer qu’elle est isolée. Les lecteurs reçoivent le sens final, pas la remise sur les tokens.
Illustration : image conceptuelle originale générée par IA sur la vérification éditoriale multilingue, et non représentation de résultats mesurés.