Comment traduire un manuel d'utilisation sans altérer les avertissements, les schémas ni la mise en page
Une méthode pas à pas pour traduire des manuels d'utilisation tout en maîtrisant les avertissements, la terminologie produit, les libellés d'interface, les légendes de schémas, les renvois, les versions et la mise en page PDF ou DOCX.

Pour traduire un manuel d'utilisation en toute sécurité, traitez-le comme un artefact produit contrôlé plutôt que comme un ensemble de phrases. Figez la version du produit, préservez le système d'avertissement du manuel, verrouillez la terminologie produit et d'interface, inventoriez les textes contenus dans les schémas, puis vérifiez chaque légende et chaque renvoi une fois le fichier traduit reconstruit.
L'ordre de priorité correct est le suivant :
- version et périmètre de la source ;
- sécurité et sens des procédures ;
- noms de produits, commandes et éléments à ne pas traduire ;
- libellés des schémas et renvois ;
- exhaustivité et structure ;
- clarté dans la langue cible ; et
- mise en page visuelle.
Téléchargez la fiche de contrôle de traduction de manuel d'utilisation pour consigner les avertissements, les termes, les figures, les références, les responsables, les preuves et l'état des retests.
Figer la version du produit et du manuel
Une traduction soignée du mauvais manuel reste erronée. Avant de traduire, consignez :
- le nom du produit, le modèle, la version matérielle ou logicielle et le marché ;
- le titre du manuel source, son numéro de document, sa révision et sa date de publication ;
- la langue et la locale cibles ;
- les annexes, étiquettes, cartes de démarrage rapide et textes de garantie inclus et exclus ;
- le format du fichier source et les fichiers image liés ; et
- la personne capable de répondre aux questions sur le produit.
Si la source évolue encore, fixez une date limite et un journal des modifications. Les nouvelles modifications de la source doivent être intégrées à la cible par le biais d'une révision explicite, et non par l'envoi de phrases de remplacement par courriel que personne ne réconcilie avec le fichier complet.
Cet enregistrement de version constitue la première ligne de la fiche de contrôle téléchargeable, car toutes les vérifications ultérieures en dépendent.
Préserver le système d'avertissement avant de traduire le texte courant
Les avertissements forment un système : mot d'avertissement, danger, conséquence, action d'évitement, symbole, emplacement et référence. Ne traduisez pas chaque élément indépendamment en supposant que la relation entre eux sera préservée.
ISO 20607:2019 traite des parties liées à la sécurité, de la structure et de la présentation des manuels d'instructions pour les machines tout au long de leur cycle de vie. IEC/IEEE 82079-1:2019 fournit des principes et des exigences plus larges pour les informations d'utilisation. Ces normes ne rendent pas une traduction automatique conforme ; elles montrent pourquoi la préparation et la validation d'un manuel relèvent de disciplines de production, et non d'un simple remplacement de phrases.
Pour chaque avertissement, consignez :
- un identifiant d'avertissement stable ;
- le mot d'avertissement source et cible ;
- l'énoncé du danger ;
- l'énoncé des conséquences ;
- l'instruction d'évitement ;
- la référence au symbole ou à l'image ;
- la page, la section et la procédure où il apparaît ; et
- le relecteur requis.
Préservez la hiérarchie de gravité de la source. Ne remplacez pas sans précaution un mot d'avertissement par un synonyme plus familier. Dans la mise en page traduite, vérifiez que l'avertissement n'a pas été séparé de l'étape, de la figure ou de la condition qu'il régit.
Établir trois listes contrôlées
Un seul glossaire ne suffit pas. Séparez trois types de contrôle.
Terminologie approuvée
Consignez le terme source, le terme cible approuvé, la définition, le contexte, la capitalisation, la règle de pluriel ou de flexion, et les variantes rejetées. Utilisez un seul terme pour un concept produit, sauf si la source distingue intentionnellement deux concepts.
Les recommandations actuelles de Microsoft sur l'utilisation prudente des termes techniques préconisent des termes et des définitions cohérents lorsqu'ils sont nécessaires. Le même principe importe davantage en traduction : passer d'un terme cible plausible à un autre peut faire croire au lecteur que le manuel désigne deux pièces différentes.
Veillez à ce que la terminologie approuvée reste facile à trouver et fasse autorité dans les sources de connaissances de l'entreprise en stockant la liste dans une base de connaissances interne ou une autre source de vérité partagée pour les rédacteurs, les traducteurs, les relecteurs et les équipes d'assistance.
Éléments à ne pas traduire
Identifiez les chaînes qui doivent rester inchangées, telles que :
- les numéros de modèle et de pièce ;
- les valeurs de ligne de commande, les extensions de fichier et le code ;
- les marques ou noms de produits régis par le projet ;
- les identifiants réglementaires ;
- les libellés d'interface littéraux qui n'ont pas été localisés ; et
- les marquages de connecteur, de port ou de commande qui figurent physiquement sur le produit.
« Ne pas traduire » ne signifie pas « ignorer ». Vérifiez la chaîne caractère par caractère et veillez à ce que la grammaire environnante reste claire.
Libellés de l'interface et des commandes physiques
Créez une correspondance distincte pour les boutons, les éléments de menu, les libellés d'écran, les molettes, les voyants et les étiquettes imprimées sur le produit. Notez si l'interface cible existe.
Si l'interface du produit affiche toujours Settings, traduire l'instruction du manuel par « Ouvrir les préférences » crée un échec de repérage, même lorsque les deux formulations sont linguistiquement acceptables. Décidez si le manuel doit citer le libellé source, le libellé localisé ou les deux.
Pour les documents longs, le flux de travail de cohérence terminologique offre une structure réutilisable pour les formes approuvées et rejetées.
Recensez le texte qui ne fait pas partie du flux de texte principal
Les manuels cachent du contenu traduisible dans :
- les schémas et les captures d'écran ;
- les libellés d'encadrés ;
- les zones de texte et les barres latérales ;
- les cellules de tableau ;
- les en-têtes et les pieds de page ;
- les tables des matières générées ;
- les légendes de figures ;
- les graphiques liés ;
- les exports CAO ; et
- les pages numérisées.
Créez un identifiant d'actif pour chaque figure. Notez si son texte est modifiable, intégré à l'image ou représenté par des repères numérotés. Si l'image source ne peut pas être modifiée, décidez s'il faut la recréer, ajouter une légende traduite ou la conserver avec une explication approuvée.
Ne prétendez pas qu'un traducteur de documents redessinera chaque schéma. BookTranslator peut conserver les images et la structure du document lorsque cela est pris en charge, mais le texte contenu dans les images et les illustrations de production complexes peuvent nécessiter une édition et une révision distinctes.
Choisissez le format source en fonction de ce qui doit rester modifiable
| Situation source | Meilleur point de départ | Risque principal |
|---|---|---|
| Manuel modifiable avec styles et tableaux | DOCX d'origine ou export de l'outil de rédaction | Commentaires masqués, révisions non résolues, styles défectueux |
| PDF final à base textuelle | PDF d'origine et ressources sources lorsqu'elles sont disponibles | Ordre de lecture, rognage, texte des figures difficile à modifier |
| PDF composé uniquement d'images ou numérisé | Flux de travail OCR et image de page de référence | Erreurs de reconnaissance et mise en page reconstruite |
| PDF exporté depuis un autre système de rédaction | Paquet source natif et PDF de référence | Polices, liens, images ou variables manquants |
Utilisez la source modifiable d'origine lorsque vous la possédez. Un PDF est utile comme référence visuelle, mais il remplace souvent mal le fichier de rédaction. Si seul un PDF à base textuelle existe, suivez le flux de traduction PDF avec conservation de la mise en forme. Si la source est un DOCX, préservez les styles et les structures modifiables avec le flux de traduction de document Word.
Si la traduction n'est qu'une étape d'un processus documentaire plus large, ce guide des logiciels d'automatisation documentaire peut aider les équipes à comparer les outils de génération de documents, de validation, de signature électronique et de routage des flux autour du manuel.
Les équipes qui coordonnent les mises à jour du manuel entre des tableurs, des e-mails et d'autres outils métier peuvent utiliser viaSocket pour connecter le flux de travail environnant, la traduction restant une étape distincte.
Traduisez d'abord une section représentative et exigeante
Choisissez une section qui contient plusieurs points de défaillance :
- au moins un avertissement ;
- une procédure numérotée ;
- un schéma avec des légendes ;
- un tableau ;
- un renvoi ;
- un libellé d'interface ; et
- une page à la mise en page serrée.
Traduisez et reconstruisez cette section avant de traiter l'intégralité du manuel. Utilisez-la pour répondre aux questions suivantes :
- Le glossaire s'intègre-t-il à des phrases réelles ?
- Les avertissements sont-ils toujours complets sur le plan visuel et sémantique ?
- La langue cible peut-elle s'insérer sans rendre le texte illisible ?
- Les libellés correspondent-ils au produit et à l'interface utilisateur ?
- Les schémas peuvent-ils être mis à jour avec les fichiers sources disponibles ?
- Le format de sortie permet-il la révision requise ?
Si la section de test échoue, modifiez le flux de travail avant de reproduire l'échec sur 200 pages.
Vérifiez la structure avant le style
Après la traduction complète, harmonisez le texte cible avec la source.
- Comparez le nombre de sections, de procédures, d'avertissements, de tableaux et de figures.
- Vérifiez le premier et le dernier contenu de chaque section principale.
- Résolvez chaque renvoi du type « voir section », « voir figure » et « voir tableau ».
- Vérifiez les étapes numérotées, les puces, les prérequis et les résultats.
- Recherchez les résidus de la langue source et comparez-les à la liste des éléments à ne pas traduire.
- Recherchez chaque variante terminologique approuvée et rejetée.
- Vérifiez les nombres, les unités, les tolérances, les valeurs de couple, les températures, les dates, les URL et les identifiants.
- Confirmez que les en-têtes, les pieds de page, les codes de révision et les mentions légales utilisent les données de l'édition correcte.
Une légende modifiée peut créer un défaut silencieux. Si la source indique « Appuyez sur l'élément 4 » et que la figure traduite le renumérote en 5, la phrase et le schéma peuvent sembler plausibles alors que l'instruction devient inutilisable.
Rédigez pour l'usage dans la langue cible, non pour la symétrie avec la langue source
Une fois les informations contrôlées stabilisées, remaniez les procédures pour qu'elles soient claires dans la langue cible. Conservez une action par étape dans la mesure du possible. Placez les conditions avant les actions lorsque cela évite une mauvaise utilisation. Préservez les répétitions intentionnelles lorsqu'elles identifient la même pièce ou commande.
Les recommandations mondiales de rédaction de Microsoft préconisent des phrases courtes et claires, une construction cohérente et l'évitement des idiomes ou des références culturelles dans les contenus techniques traduisibles. Ne « améliorez » pas un manuel cible en ajoutant de la variété qui affaiblit la cohérence terminologique.
C'est là que la post-édition humaine intervient : après la vérification de l'exhaustivité et du contenu contrôlé, et non à la place de ces contrôles.
Validez le manuel reconstruit en tant que produit
Effectuez trois validations distinctes.
Relecture linguistique et technique
- Le sens correspond à la source.
- La terminologie produit et les libellés des commandes sont approuvés.
- Les avertissements conservent le danger, la conséquence et l'action à éviter.
- Les unités, les valeurs et les identifiants sont corrects.
- Les procédures en langue cible sont claires pour l'utilisateur visé.
Relecture structurelle
- Chaque procédure, avertissement, tableau, figure, annexe et note est présent.
- Les renvois pointent vers le bon élément cible.
- Les entrées de la table des matières et les signets ouvrent les bonnes sections.
- Les repères des figures correspondent aux instructions environnantes.
Relecture visuelle et de livraison
- Aucun avertissement, tableau, légende ou instruction n'est tronqué.
- Les sauts de page ne séparent pas les prérequis des actions.
- Les polices couvrent le script cible et sont autorisées pour la livraison.
- Le PDF ou le DOCX s'ouvre dans les applications que le destinataire utilisera.
- Le nom de fichier, la révision, la locale et le package de livraison correspondent au registre de livraison.
Pour une sortie PDF, adaptez plutôt la liste de contrôle QA pour la traduction PDF au lieu d'inventer une norme visuelle distincte lors de la relecture finale.
Où BookTranslator intervient
BookTranslator peut traduire un PDF ou un DOCX textuel complet, utiliser un glossaire automatique pour les termes récurrents et fournir une sortie bilingue lorsque cela est pris en charge. Téléchargez une source représentative via le traducteur PDF ou le traducteur DOCX, inspectez la structure renvoyée et validez la section critique avant de généraliser le flux de travail.
Pour les manuels numérisés, le mode OCR vise à récupérer et traduire le contenu lisible, et non à reproduire chaque coordonnée, police ou étiquette de schéma d'origine. Les manuels critiques pour la sécurité, réglementés ou publics nécessitent toujours les relectures techniques, linguistiques et de conformité appropriées.
Seuil de validation final du manuel utilisateur
Ne publiez que lorsque :
- les révisions du produit et du manuel sont figées et consignées ;
- les avertissements, la terminologie, les éléments à ne pas traduire, les commandes et les libellés d'interface ont des responsables désignés ;
- chaque figure et chaque élément textuel intégré fait l'objet d'un traitement défini ;
- le nombre de fichiers complets et les renvois correspondent ;
- les relecteurs techniques et les relecteurs de la langue cible ont résolu les problèmes majeurs ;
- le PDF ou le DOCX final a passé avec succès les vérifications visuelles et fonctionnelles ; et
- le dossier de publication identifie précisément la source, la cible, la locale et la révision.
La règle centrale est simple : la traduction d'un manuel d'utilisation est réussie lorsque l'utilisateur peut effectuer l'action correcte avec la bonne version du produit. Une prose fluide est nécessaire, mais elle ne constitue pas le principal critère d'acceptation.
Articles connexes





