La traduction automatique est aujourd’hui d’une telle qualité qu’il est souvent impossible de la distinguer d’une traduction humaine. Les services de traduction produisent des textes fluides, idiomatiques, avec un sens aigu du registre. Puis, on traduit un ensemble de données DPP - et soudain, « rear lock fiber closure » devient «fermeture à fibre arrière».
Le problème, c’est la terminologie technique. Nous expliquons ici pourquoi les données produit ne doivent pas être traitées comme des romans et quels outils Transpareo met à votre disposition pour que vos 40 versions linguistiques restent compréhensibles.
Le problème fondamental : un mot, plusieurs significations
« Seal » dans le DPP d’une veste de plein air : étanchéité. « Seal » dans un laboratoire : phoque ou joint, selon le contexte. « Seal » dans un protocole de maintenance : éventuellement un sceau.
Un modèle de traduction général fait son choix en fonction du contexte statistique. Cela fonctionne pour un texte fluide : le roman fournit un contexte abondant. Mais pour un champ de données primary_closure: seal, le contexte est quasi inexistant. Le modèle fait alors une supposition.
Il en résulte des erreurs subtiles. Pas aussi dramatiques que « Hinterschloss-Faserverschluss », mais lourdes de conséquences : un composant appelé « Dichtung » en allemand s’appelle soudain « sigillo » au lieu de « guarnizione » dans un DPP italien . Un acheteur ne parvient plus à trouver la pièce de rechange.
Ce que Transpareo propose aujourd’hui
Notre système de traduction transpose automatiquement chaque nouveau contenu dans toutes les langues actives. Il se caractérise par quatre atouts :
-
Conservation du Markdown et des variables: les espaces réservés tels que
<a href="/fr/s-inscrire">Pro-Mitgliedschaft</a>et les structures Markdown sont extraits avant la traduction ; le texte brut est traduit, puis les structures sont réintégrées telles quelles. Ainsi, les liens, les formulaires et la mise en page restent cohérents dans toutes les langues. - Entrées de traduction centralisées: les traductions ne sont pas enregistrées dans l’enregistrement lui-même, mais dans une couche partagée. Plusieurs enregistrements comportant le même texte d’origine partagent une même traduction. Cela permet de réduire les coûts de traduction et d’harmoniser automatiquement la terminologie à travers le modèle de données.
- Retraduction automatique en cas de modification: si le texte d’origine est modifié, les traductions sont régénérées dans toutes les langues. Une correction en allemand entraîne automatiquement la mise à jour des 39 autres versions linguistiques.
- Marquages par enregistrement: les contenus peuvent être exclus du traitement automatique ou les traductions existantes peuvent être verrouillées - par exemple pour les noms de produits internationaux ou les corrections manuelles.
Interventions du client
La traduction automatique fournit, dans l’ensemble, des résultats corrects pour les textes descriptifs, les textes marketing et les consignes d’entretien. En ce qui concerne la terminologie technique critique - comme «seal»/«guarnizione» -, il subsiste un nombre résiduel d’erreurs que l’administrateur du client doit corriger.
L’administrateur dispose ici de trois leviers :
- Remplacement manuel par langue et par clé: chaque entrée de traduction peut être ouverte dans le gestionnaire d’applications et adaptée par langue. Grâce à la balise de verrouillage, cette traduction manuelle est conservée lors du prochain cycle automatique.
- Importation de glossaires: les terminologies existantes issues d’outils de traduction ou de glossaires au format PDF peuvent être importées sous forme de fichier CSV et génèrent directement des entrées de traduction.
- Corrections par langue en cours d’exploitation: un commercial italien remarque une erreur, la corrige dans le Gestionnaire d’applications ; la correction prend effet immédiatement, les autres traductions restent inchangées.
L’Application Manager prend en charge ces mêmes 40 langues
Non seulement les fiches produits sont multilingues, mais l’interface dans laquelle vous les gérez l’est également. L’Application Manager est traduit dans les 40 langues, et vous saisissez du contenu dans chacune d’entre elles. Le système le traduit automatiquement dans toutes les autres.
Pour les équipes multilingues, cela change sensiblement la collaboration : la gestion des produits à Milan rédige les consignes d’entretien en italien, le service des achats à Varsovie complète les données sur les matériaux en polonais, l’assurance qualité à Hambourg effectue les contrôles en allemand. Chacun travaille dans sa propre langue, tous voient le même ensemble de données - et lorsqu’une personne corrige une information, elle la corrige simultanément pour toutes les versions linguistiques.
Ici aussi, la restriction mentionnée plus haut s’applique : en cas de terminologie technique critique, un être humain doit vérifier au final ce que la machine a choisi.
La réalité linguistique de l’UE
24 langues officielles de l’UE, ## celasemble beaucoup. Dans la pratique, on distingue trois niveaux :
- Marchés clés: DE, EN, FR, IT, ES, NL - ici, chaque consommateur s’attend à la perfection
- Marchés importants: PT, PL, SV, DA, FI - bon niveau, on remarque parfois l’intervention de la machine
- Langues rares: MT, GA, ET, LV, LT - on trouve parfois une DPP en maltais sans qu’aucun consommateur final à Malte ne la consulte. C’est néanmoins obligatoire.
Cette obligation n’est pas facultative. Le règlement ESPR exige que le contenu de la DPP soit rédigé dans la langue de l’État membre où le produit est vendu. Une entreprise présente dans 27 États doit donc gérer 24 langues (certains États partageant une même langue).
Du maltais au bengali
Transpareo traduit dans 40 langues : les 24 langues officielles de l’UE et 16 autres pour une portée mondiale :
- Europe: bulgare, danois, allemand, anglais, estonien, finnois, français, grec, irlandais, italien, croate, letton, lituanien, maltais, néerlandais, polonais, portugais, roumain, suédois, slovaque, slovène, espagnol, tchèque et hongrois - ainsi que l’albanais, le bosniaque, islandais, macédonien, norvégien, russe, serbe, turc et ukrainien.
- Dans le monde entier: bengali, chinois, hindi, indonésien, japonais, coréen et vietnamien.
Pour le prochain DPP textile, le bengali et le vietnamien permettent de couvrir les principaux pays producteurs : un fournisseur à Dhaka lit la même fiche technique qu’une acheteuse à Paris.
Pourquoi une couche de localisation centralisée?
La plupart des plateformes stockent les traductions sous forme de champs supplémentaires dans l’enregistrement : description_de, description_en, … soit 40 champs par attribut traduisible. Cela semble simple, mais présente trois inconvénients :
- Du texte dupliqué. Deux produits présentant la même description de matériau génèrent 40 + 40 traductions au lieu d’une seule fois 40
- Difficile à faire évoluer. Ajouter une 41e langue implique une migration du schéma sur l’ensemble des modèles traduisibles
- Difficulté à appliquer les corrections de manière globale. Si «guarnizione» est corrigé partout, tous les enregistrements devraient être modifiés individuellement
La couche de traduction partagée résout ce problème : une seule entrée, de nombreuses références. Une seule correction, tous les enregistrements en bénéficient.
Ce dont nous ne disposons pas encore
Une base de données terminologique spécifique au client avec reconnaissance automatique des suggestions est prévue dans le plan de développement, mais n’est pas encore disponible. Ceux qui se lancent aujourd’hui peuvent aller loin avec les outils existants : les remplacements manuels, les importations de glossaires et le marquage « à conserver » couvrent les cas d’utilisation les plus courants.
Nous pensons que les machines devraient effectuer la majeure partie du travail et que les humains ne devraient intervenir que lorsque cela est vraiment nécessaire. Tant que la reconnaissance automatique de la terminologie n’est pas disponible, le recours au manuel est transparent - et c’est plus honnête qu’une promesse qui ne sera pas tenue.
Questions concernant cet article
Dans quelles langues le passeport produit doit-il être disponible ?
La directive ESPR exige que le contenu des notices soit rédigé dans la langue de l’État membre dans lequel le produit est vendu. Les entreprises qui approvisionnent l’ensemble de l’Union doivent donc prendre en compte les 24 langues officielles de l’UE, dont certaines sont communes à plusieurs États. Transpareo prend en charge ces 24 langues ainsi que 16 autres, et chaque texte nouveau ou modifié est automatiquement traduit dans toutes ces langues. Concrètement, cela signifie que la langue n’est plus un critère de départ : vous rédigez une seule fois dans la langue dans laquelle vous travaillez, et les versions destinées aux différents marchés suivent.
Qui est responsable lorsqu'une traduction automatique ne rend pas correctement un terme technique ?
C’est à vous qu’il incombe de veiller à l’exactitude du contenu des notices. Cette responsabilité incombe à l’acteur économique qui met le produit sur le marché et ne peut être transférée ni à un système de traduction ni à nous. C’est pourquoi nous indiquons clairement les domaines dans lesquels la machine est efficace et ceux où elle ne l’est pas : les descriptions, les conseils d’entretien et les textes marketing sont traduits avec précision, tandis que les termes techniques spécifiques, tels que les noms de composants, les systèmes de fermeture ou les revêtements, nécessitent l’intervention d’un œil humain. Considérez le résultat automatique comme un premier jet complet en 40 langues et consacrez le temps de vérification aux quelques centaines de termes qui revêtent une réelle importance pour les ateliers de réparation et les acheteurs.
Comment puis-je corriger un terme sans que la prochaine exécution automatique ne l'écrase ?
Ouvrez l’entrée de traduction dans le Gestionnaire d’applications, modifiez la valeur pour la langue concernée et cochez la case « Conserver ». Cette coche exclut l’entrée du cycle automatique, ce qui lui permet de conserver sa valeur même en cas de modification ultérieure du texte d’origine. Sans cette coche, votre correction est considérée comme une traduction ordinaire et sera régénérée dès que le texte d’origine sera modifié. Pour un mot isolé, la procédure en deux étapes est la même que pour un paragraphe entier.
Pouvons-nous importer une liste terminologique existante ?
Oui. La terminologie que vous gérez de toute façon, qu’elle provienne d’un outil de traduction ou du glossaire au format PDF de votre agence, peut être importée au format CSV et est enregistrée sous forme d’entrée de traduction rédigée. Ces entrées sont ensuite traitées comme des corrections manuelles. Le moment le plus opportun pour cela se situe avant la première importation importante : les termes sont alors déjà définis avant la traduction de milliers d’enregistrements, et il n’y a plus rien à retravailler.
Cette correction s'applique-t-elle à tous les produits ou uniquement à l'enregistrement ouvert ?
Pour chaque enregistrement comportant le même texte d’origine. Les traductions sont regroupées dans une couche commune plutôt que rattachées à chaque produit ; les enregistrements identiques partagent donc une même entrée, et une correction effectuée une seule fois s’applique à tous. C’est pourquoi le travail de correction n’augmente pas proportionnellement à la taille du catalogue : un terme présent sur 4 000 produits correspond à une seule entrée, et non à 4 000.
Vos collègues à l'étranger doivent-ils travailler en allemand ou en anglais ?
Non. Le gestionnaire d’applications est lui-même disponible dans les 40 langues, et les contenus peuvent être saisis dans chacune d’entre elles. L’équipe de gestion des produits à Milan rédige les consignes d’entretien en italien, le service des achats à Varsovie complète les données relatives aux matériaux en polonais, et tout le monde consulte le même ensemble de données. Quiconque corrige une information la corrige simultanément pour toutes les versions linguistiques, ce qui évite le circuit habituel passant par un service de traduction central.
Existe-t-il une fonction de reconnaissance automatique de la terminologie ?
Pas aujourd’hui. Une base de données terminologique personnalisée, capable de proposer des termes de manière autonome, est en cours de développement et n’est pas encore disponible. D’ici là, les solutions disponibles sont la modification manuelle, le marquage « à retenir » et l’importation d’un glossaire. Nous préférons le préciser clairement plutôt que vous ne basiez votre planification sur une fonctionnalité qui n’existe pas. Pour les cas les plus courants, ces trois outils couvrent l’essentiel, et le nombre de termes que vous devez marquer est bien inférieur à celui des termes à traduire.
