Traduction technique : un flux de travail pratique pour des documents précis

La traduction technique transfère des informations spécialisées dans une autre langue afin qu'un lecteur puisse comprendre un concept, comparer une spécification ou accomplir une tâche correctement. Elle couvre des documents tels que des manuels d'équipements, des spécifications d'ingénierie, de la documentation logicielle et des rapports de recherche. Connaître le vocabulaire est nécessaire ; préserver les relations entre les instructions, les valeurs, les diagrammes et les versions est tout aussi important.

Pour un rédacteur technique ou un responsable de projet, la première décision doit porter sur ce qu'une erreur de traduction pourrait modifier, et non sur l'outil qui produit le brouillon le plus rapide. Un paragraphe de présentation mal traduit et une condition de fonctionnement inversée ne doivent pas intégrer la même file d'attente de révision avec la même priorité.

Ce guide fournit un flux de travail inter-documents. Pour des travaux détaillés spécifiques à un format, utilisez le guide de traduction de manuels d'utilisation ou le guide de traduction d'articles de recherche. Téléchargez la matrice de contrôle de traduction technique pour transformer les décisions ci-dessous en contrôles assignés.

Classifier le document par son utilisation et non par son simple sujet

Un document technique peut servir à plusieurs fins. Un ingénieur peut lire un rapport de recherche traduit pour obtenir des informations générales, copier une spécification dans le cadre d'une décision d'achat ou suivre une procédure sur un équipement en service. Le sujet peut être identique alors que les conséquences d'une erreur sont très différentes.

Utilisez cette carte des risques lors de la définition du projet. Il s'agit d'un cadre de planification et non d'un système de certification.

Ne pas déduire un faible risque de la brièveté d'un fichier. Un cahier des charges d'une seule page peut contenir des informations plus cruciales qu'un long rapport descriptif.

Pour les documents réglementés ou critiques pour la sécurité, faire décider par le spécialiste responsable si la traduction automatique est autorisée. Un brouillon esthétique ne constitue pas une preuve d'acceptation réglementaire ou de sécurité opérationnelle.

Rédiger un cahier des charges d'acceptation avant de demander une traduction

Définir la variante linguistique cible, le public, l'objectif, la révision source, le format de sortie et le responsable de l'approbation. « Traduire en espagnol » ne permet pas de déterminer si le lecteur est un ingénieur au Mexique, un consommateur en Espagne ou un chercheur utilisant une copie de travail interne.

Le guide pour les projets techniques de l'American Translators Association recommande de préparer des documents sources modifiables, des informations sur le public et l'objectif, des documents de référence ainsi qu'un délai de révision. Il conseille également de vérifier la spécialisation pertinente du traducteur plutôt que de supposer qu'une simple aptitude bilingue suffit.

Votre cahier des charges doit répondre à ces questions opérationnelles :

• Quel fichier source et quelle révision font foi ?
• Quelles annexes, figures intégrées, feuilles de calcul ou fichiers liés sont inclus ?
• Le résultat est-il une copie de lecture, un document de travail modifiable ou un livrable final ?
• Quels numéros, identifiants, étiquettes de produits et termes nécessitent un traitement contrôlé ?
• Qui peut résoudre les ambiguïtés techniques et qui est habilité à approuver la formulation dans la langue cible ?
• Quels éléments prouveront l'achèvement : un fichier révisé, un journal des anomalies, des références résolues ou un procès-verbal de validation signé ?

Définir les paramètres de confidentialité et d'autorisation de téléchargement avant de partager la source avec un service. La liste de contrôle de la confidentialité pour la traduction de documents permet de distinguer les questions pertinentes à poser aux fournisseurs des hypothèses de sécurité infondées.

Préparer un package source qui préserve le contexte

Demander le fichier source natif lorsqu'il est disponible, ainsi qu'un PDF de référence montrant la présentation souhaitée. Conserver avec lui les étiquettes de figures modifiables et les actifs liés. Si un PDF est la seule source, consigner cette limitation plutôt que de prétendre que la structure source manquante peut toujours être récupérée.

Avant la traduction, distinguer un PDF à texte sélectionnable d'un scan constitué uniquement d'images. L'OCR ajoute une étape de reconnaissance : un caractère erroné peut devenir la traduction plausible d'une source incorrecte. Pour cette branche, inspecter la qualité de la reconnaissance en utilisant leflux de travail PDF numérisé.

Rendre explicite la formulation ambiguë de la source. Considérer cette phrase de spécification inventée :

Le module de commande surveille l'unité d'entraînement. Le déconnecter avant l'inspection.

Le pronom rend l'objet de la seconde phrase incertain. Un traducteur peut demander quel composant est visé ; une sortie automatique fluide peut masquer cette question non résolue. Le propriétaire du document doit nommer le composant dans la source avant quiconque n'approuve la traduction. Ne pas laisser le traducteur inventer une consigne d'utilisation.

Lesdirectives de rédaction pour la communication mondialede Microsoft favorisent une construction de phrase claire, une terminologie cohérente et l'élimination des expressions difficiles à traduire. Appliquer ces principes pour supprimer l'ambiguïté, et non pour éliminer les détails techniques nécessaires.

Contrôler les concepts séparément des chaînes littérales

Créer un registre de terminologie concis autour des concepts qui affectent la compréhension. Pour chaque entrée, inclure la définition, le contexte source, le terme cible approuvé, les alternatives rejetées et le responsable de la décision. Une simple liste de mots à deux colonnes peut laisser un traducteur deviner quel sens de « palier », de « borne » ou de « plage » s'applique.

Conserver une liste distincte de chaînes littérales : numéros de pièces, noms de commandes, URL, chemins de fichiers et étiquettes d'interface qui doivent correspondre au produit réel. Certaines étiquettes doivent être localisées ; d'autres doivent rester exactement telles qu'elles s'affichent. Consigner le choix au lieu d'appliquer une règle globale « tout traduire ».

Par exemple, une commande nomméereset_cachen'est pas du même type d'élément que la phrase explicative « vider le cache ». La commande nécessite une vérification de correspondance exacte ; la phrase nécessite une traduction précise et naturelle.

Consigner les questions non résolues en un seul endroit, avec un emplacement source et la réponse qui modifie le document. Leflux de travail des requêtes de traductionest utile lorsque plusieurs relecteurs ou langues partagent la même incertitude.

Choisir le flux de travail en fonction du livrable

Les branches suivantes empêchent qu'un processus général de traduction technique ne se transforme en une liste de contrôle exclusivement manuelle.

Un flux de travail basé sur la TAO peut être utile lorsque des traductions approuvées reviennent d'une version à l'autre ; un brouillon de traduction au niveau du fichier peut convenir à une tâche de lecture ou de révision ponctuelle. Aucun de ces choix ne supprime la nécessité d'inspecter le document final. Le comparaison entre outils de TAO et traduction automatique explique comment choisir entre des flux de travail pilotés par l'humain, automatiques et hybrides.

Avant de traiter l'ensemble du paquet, utilisez une section représentative pour vérifier si le flux de travail choisi peut fournir le format requis. Incluez le matériel difficile, pas seulement une page d'introduction facile. Si un tableau, un diagramme ou une équation ne parvient pas à passer l'étape de la révision, résolvez ce problème avant de passer à l'échelle supérieure.

Examinez six couches, avec un responsable nommé pour chacune

Traitez la matrice ci-dessous comme une liste de contrôle de version. Une vérification n'est pas complète parce que quelqu'un a survolé le document ; elle nécessite un emplacement source, un emplacement cible et un résultat.

Gardez les nombres et les unités ensemble pendant la révision. Comme convention concrète,recommandations du NIST sur le SI place un espace entre une valeur numérique et son symbole d'unité, y compris pour les degrés Celsius. Une valeur source telle que 25 °C nécessite plus qu'une simple correction orthographique : le nombre, le symbole et la condition qu'il décrit ont tous leur importance. La conversion d'unités relève d'une décision éditoriale distincte ; ne convertissez pas et n'arrondissez pas silencieusement les valeurs lors de la traduction.

Pour les vérifications de livraison spécifiques au format PDF, poursuivez avec la liste de contrôle d'assurance qualité pour la traduction de PDF. Le centre de contrôle de la qualité de traduction plus global traite de la terminologie connexe et des tâches de post-édition.

Exemple d'examen pratique : mots corrects, mauvaise spécification

Supposons qu'une fiche produit fictive contienne ces deux lignes :

Si le tableau cible inverse les étiquettes des modèles tout en préservant chaque chiffre, un contrôle de présence numérique réussit alors que le document communique de mauvaises limites. Ces valeurs inventées illustrent une relation au sein du document, et non des conseils d'utilisation pour un produit réel.

Dans la matrice téléchargeable, cela correspond au contrôle NUM-02 : comparez chaque identifiant de modèle, valeur, unité et condition en tant qu'un seul groupe. L' Réviseur du domaine consigne la correction ; le réviseur de production rouvre le fichier exporté pour vérifier que la correction n'a pas déplacé les cellules à nouveau.

La leçon va au-delà des tableaux : vérifiez les relations, et non pas seulement si les chaînes individuelles existent encore.

Séparer les rôles d'approbation et contrôler les révisions ultérieures

Un expert du domaine peut confirmer la signification d'une spécification sans être qualifié pour juger de chaque nuance de la langue cible. Un réviseur linguistique peut identifier une mauvaise traduction sans savoir quelle spécification source fait autorité. Offrez à chacun un moyen clair d'accéder au propriétaire du document ; ne laissez pas la mention « vérifié par l'ingénierie » remplacer tous les autres contrôles.

Utilisez quatre responsabilités explicites, même lorsqu'une seule personne détient légitimement plus d'un rôle :

1. Propriétaire du document : résout les questions sur la source et approuve les modifications de portée ou d'exigences.
2. Réviseur linguistique : compare le sens de la source et de la cible et procède à des modifications pour le lecteur visé.
3. Réviseur de domaine : valide les concepts techniques, les conditions et les informations cruciales pour la prise de décision.
4. Responsable de production : vérifie l'élément exporté et conditionne la révision appropriée.

Les obstacles à la publication incluent une ambiguïté technique non résolue, un contenu requis manquant, une valeur ou une condition erronée, ainsi qu'une figure ou une référence dirigeant le lecteur vers le mauvais élément. Les préférences esthétiques ne doivent pas occulter ces échecs.

Après une modification de la source, identifiez les sections concernées ainsi que les tableaux, diagrammes et références dépendants. Rouvrez leurs vérifications. Ne présumez pas qu'un paragraphe précédemment approuvé le reste une fois son contexte opérationnel modifié. Conservez ensemble la révision source, la révision cible, les décisions de terminologie et le journal des problèmes clos.

Où s'intègre BookTranslator

BookTranslator prend en charge la traduction de fichiers complets au format PDF et DOCX. Pour un document qu'il convient de télécharger et d'utiliser comme brouillon, commencez par le traducteur PDF ou le traducteur DOCX, puis comparez le résultat avec votre cahier des charges de recette et votre matrice de contrôle.

Ne considérez pas la prise en charge de fichiers ou un glossaire automatique comme la preuve que chaque distinction technique, étiquette de diagramme ou mise en page a été préservée. Les flux de travail de reconnaissance optique de caractères (OCR) reconstituent le contenu reconnu au lieu de garantir une reproduction exacte de la page. Les documents critiques pour la sécurité, réglementés ou importants nécessitent le flux de travail spécialisé établi au départ, et non une clause de non-responsabilité de dernière minute après une traduction non examinée.

Le transfert utile est un fichier traduit ainsi qu'un enregistrement de ce qui a été vérifié, par qui et par rapport à quelle source. C'est ce qui rend la révision suivante gérable.