# Auditer un persona bilingue : vérifier les faits après traduction

Une grille d’audit bilingue pour repérer les faits ajoutés ou les inconnues transformées après traduction d’un persona.

- URL canonique: https://www.harmate.com/fr/blog/auditer-un-persona-bilingue-vérifier-les-faits-après-traduction
- Auteur: Harmate Team
- Publié le: 2026-11-15
- Mise à jour: 2026-11-15T01:55:14.872901+00:00
- Langue: fr

## Contenu

# Auditer un persona bilingue : vérifier les faits après traduction

Traduire un persona de test peut modifier silencieusement ce que l’assistant est censé savoir. Une date de livraison ajoutée dans une langue, une inconnue devenue certitude ou une règle différente suffit à changer le scénario. Un audit bilingue vérifie la parité des faits et de leur état, pas la qualité générale d’un modèle ni l’effet d’une langue sur ses réponses.

L’exemple ci-dessous est un contrôle éditorial fictif conçu pour cet article. Il ne décrit aucun profil de la banque Harmate.

## Comparer la fiche champ par champ

Commencez par une fiche canonique contenant les données et les états attendus. Produisez ensuite chaque version linguistique en gardant la même structure. Pour chaque champ, comparez la valeur, son rôle et son état : confirmé, inconnu, absent ou interdit d’inférence.

| Champ canonique | Français | Anglais | Résultat de l’audit |
|---|---|---|---|
| Statut confirmé : « En transit » | En transit | In transit | Équivalent |
| Dernier événement : 14 novembre 2026 | 14 novembre 2026 | November 14, 2026 | Équivalent ; il s’agit du dernier événement |
| Date de livraison : inconnue | Non confirmée | November 18, 2026 | Écart : la version anglaise ajoute une date confirmée |
| Adresse : inconnue | Non renseignée | Not provided | Équivalent |
| Aucun délai de retour communiqué | Aucun délai communiqué | Return within 30 days | Écart : la version anglaise introduit une règle absente |

Deux divergences sont présentes dans cet exemple : une date inventée et une politique de retour ajoutée. Le décompte décrit uniquement les deux erreurs semées dans cette paire fictive ; ce n’est pas un taux d’erreur de traduction.

## Une procédure de contrôle réutilisable

Pour chaque paire, suivez ces étapes :

1. Figez la fiche canonique et sa version avant de traduire.
2. Alignez les champs, y compris les inconnues et les interdictions d’inférer.
3. Comparez les valeurs factuelles et les dates, sans confondre date d’événement et date prévue.
4. Vérifiez que les deux langues ont les mêmes faits, contraintes et informations manquantes.
5. Notez chaque écart, corrigez-le depuis la source canonique, puis relisez la paire complète.

Dans l’exemple, la correction consiste à retirer le 18 novembre et la règle des trente jours, puis à exprimer dans les deux langues que la date de livraison est inconnue et qu’aucun délai de retour n’a été fourni. Il faut ensuite refaire la comparaison ; corriger une phrase sans vérifier le reste pourrait laisser une autre divergence.

La formulation peut varier naturellement : le format d’une date, la syntaxe et les expressions locales n’ont pas à être identiques. En revanche, le sens des faits et leurs états doivent correspondre. Conservez le tableau d’audit avec la fiche, les versions linguistiques, la date de revue et le nom du réviseur. Il s’agit d’une vérification de cohérence du contenu ; elle n’évalue ni le niveau de maîtrise d’une langue ni les sorties d’un modèle.

La page Harmate sur les [personae](https://www.harmate.com/fr/pricing/api#personae-example-title) contient un exemple public. Le tableau de cet article est une autre illustration, créée uniquement pour montrer la méthode d’audit.

Après correction d’une traduction, utilisez le [diff de jeu d’essai](https://www.harmate.com/fr/blog/revoir-les-changements-dun-jeu-dessai-avec-un-diff-lisible) pour repérer les cas concernés. Le [cas de régression versionné](https://www.harmate.com/fr/blog/construire-un-cas-de-r%C3%A9gression-pour-un-agent-ia) montre quels paramètres conserver pour les rejouer.