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, lorsque l’on traduit un ensemble de données DPP, « rear lock fiber closure » se transforme soudainement en devient «fermeture à fibre à verrou arrière».
Le problème réside dans la terminologie technique. Nous vous 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 avec un texte fluide : le roman fournit un contexte abondant. Dans le cas d’un champ de données primary_closure: seal, il n’y a pratiquement pas de contexte. Le modèle devine.
Un champ de données ne fournit pas de contexte, et sans contexte, le modèle devine.
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 l’ensemble du 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.
Lorsque le client complète le traitement
La traduction automatique fournit, dans l’ensemble, des résultats corrects pour les textes descriptifs, les textes marketing et les notices 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 options :
- Remplacement manuel par langue et par clé: chaque entrée de traduction peut être ouverte dans le gestionnaire d’application et modifiée pour chaque langue. Grâce à la case à cocher « Conserver », cette traduction manuelle sera 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 service commercial italien repère une erreur, la corrige dans le gestionnaire d’application ; la correction prend effet immédiatement, sans que les autres traductions ne soient modifiées.
Le gestionnaire d’application prend en charge ces mêmes 40 langues
Non seulement les passeports produits sont multilingues, mais l’interface dans laquelle vous les gérez l’est également. Le gestionnaire d’application est traduit dans les 40 langues, et vous pouvez saisir du contenu dans chacune de ces langues. 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, le service d’assurance qualité à Hambourg effectue les contrôles en allemand.
Chacun travaille dans sa propre langue, tous consultent le même ensemble de données, et toute personne qui corrige une information 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 retenu.
La réalité linguistique de l’UE
Vingt-quatre langues officielles de l’UE, cela semble 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 - il arrive parfois qu’une DPP soit rédigée en maltais sans qu’aucun consommateur final à Malte ne la consulte. Cela reste 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. Quiconque dessert 27 États doit donc prendre en compte 24 langues (certains États partagent des langues).
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 mention relative au matériau génèrent 40 + 40 traductions au lieu d’une seule fois 40
- Difficilement évolutif. 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, dotée d’une fonction de suggestion automatique, est en cours de développement, mais n’est pas encore disponible à ce jour. Ceux qui se lancent aujourd’hui peuvent aller loin avec les outils existants : les remplacements manuels, les importations de glossaires et le marquage de conservation 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 terminologique automatique n’est pas disponible, le recours au traitement manuel est transparent - et c’est plus honnête qu’une promesse qui ne serait 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. La responsabilité de veiller à l’exactitude du contenu des notices incombe à l’opérateur économique qui met le produit sur le marché, et elle 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 traduction automatique est efficace et ceux où elle ne l’est pas : les descriptions, les conseils d’entretien et les textes marketing sont traduits correctement, tandis que les termes techniques spécifiques, tels que les noms de composants, les fermetures 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’application 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 tous consultent 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.
