La dérive des locales, c’est ce qui arrive quand le contenu localisé se désaligne lentement de la source dont il a été traduit. Un prix change sur la page anglaise mais pas sur l’allemande. Une fonctionnalité est renommée dans le produit, et trois de vos huit langues gardent l’ancien nom. Aucun changement ne paraît grave isolément. Agrégés entre marchés et cycles de release, ils produisent des versions linguistiques qui ne disent plus la même chose.
La dérive est rarement un problème de qualité de traduction. C’est un problème de workflow : la source ne cesse de bouger, la propagation est manuelle, et personne ne pilote la synchronisation des versions. Elle est donc évitable — mais seulement avec des contrôles dans le workflow, pas avec de meilleures traductions individuelles.
Pourquoi la dérive survient
Quatre conditions en produisent la quasi-totalité :
- La source change sans cesse et les mises à jour partent d’abord dans une langue.
- Pas de source unique de vérité — le contenu vit dans un CMS, quelques tableurs et des fils d’e-mails, donc personne ne peut dire quelle version est à jour.
- La propagation est manuelle — quelqu’un doit remarquer un changement et se souvenir de chaque endroit où le refléter, dans chaque langue.
- La responsabilité est floue — quand tout le monde est responsable d’une locale, personne ne l’est.
Cinq contrôles qui la préviennent
1. Établir une source unique de vérité. Une version canonique de chaque élément, avec un enregistrement clair de ce qui est à jour. Tout le reste se localise à partir d’elle. Si vous ne pouvez pas répondre à « quelle version de cette page est en ligne ? » pour vos marchés clés, corrigez cela d’abord.
2. Imposer la terminologie, ne pas la laisser à la préférence. Le terme utilisé sur l’étiquette, dans l’UI, dans le centre d’aide et sur le site doit être le même dans chaque langue. Cela exige un glossaire maintenu, appliqué sur chaque mission — pas le choix individuel de chaque traducteur.
3. Définir une responsabilité de relecture par locale. Chaque langue doit avoir un responsable nommé ou un chemin de relecture, pour qu’un changement ait une route claire vers la validation plutôt que de rester en suspens.
4. Intégrer la propagation des mises à jour au workflow. Quand la source change, c’est le workflow — pas la mémoire d’une personne — qui doit faire remonter chaque actif concerné dans chaque langue et l’acheminer pour mise à jour dans un délai. C’est là que la dérive est réellement stoppée.
5. Tenir des registres de version auditables. Un relevé de ce qui a été publié, où et quand. En catégories réglementées, c’est une exigence de conformité ; ailleurs, c’est ce qui permet de diagnostiquer la dérive quand elle apparaît au lieu de deviner.
Un auto-diagnostic rapide
Posez trois questions sur votre contenu multilingue :
- Pouvez-vous nommer la version à jour de n’importe quelle page sur tous les marchés ?
- Y a-t-il un glossaire imposé, ou la terminologie varie-t-elle selon le traducteur ?
- Quand la source change, quelque chose trouve-t-il automatiquement chaque traduction concernée ?
Si la réponse à l’une d’elles est non, c’est par là que la dérive entre. La combler coûte presque toujours moins cher que de réconcilier les versions après coup.
Garder le contenu localisé aligné à mesure que la source évolue est le cœur d’une localisation de site menée comme un workflow plutôt qu’une mission ponctuelle. Voyez comment nous structurons ce workflow pour situer les contrôles ci-dessus.