Pourquoi les documents traduits deviennent plus longs
Ajouter à Chrome 
TABLE OF CONTENTS
Un document traduit peut gagner des pages sans gagner d’idées. La longueur des mots, la structure des phrases, les règles de césure et les métriques de police modifient l’espace nécessaire pour exprimer un même sens.
La réponse courte
Les documents traduits deviennent plus longs lorsque le texte cible occupe plus d’espace horizontal ou vertical que la source. Cela peut se produire parce que la traduction utilise plus de caractères, des mots plus longs, moins de points de coupure de ligne, des glyphes plus larges ou un interligne plus important.
Le nombre de pages est donc le résultat d’une mise en page, et non une mesure fiable de la qualité d’une traduction. Une traduction concise peut tout de même nécessiter une page supplémentaire, tandis qu’une mauvaise traduction peut être plus courte parce qu’elle a omis du contenu.
La règle de planification la plus utile est simple : attendez-vous à ce que la mise en page se décale, surtout lorsque la source a été conçue pour tenir dans un espace restreint.
Pourquoi un même sens occupe plus d’espace
Les libellés anglais courts peuvent s’allonger fortement
L’anglais et le chinois expriment souvent l’information de manière compacte. Le W3C note que les traductions depuis ces langues sont donc fréquemment plus longues, en particulier lorsque la source contient des libellés courts.
Ses recommandations sur l’expansion du texte reprennent ces plages moyennes de planification pour l’anglais traduit vers des langues européennes :
| Longueur de la source anglaise | Longueur traduite moyenne par rapport à la source |
|---|---|
| Jusqu’à 10 caractères | 200-300% |
| 11-20 caractères | 180-200% |
| 21-30 caractères | 160-180% |
| 31-50 caractères | 140-160% |
| 51-70 caractères | 151-170% |
| Plus de 70 caractères | 130% |
Ces chiffres sont des marges de mise en page, et non des garanties pour une paire de langues donnée. Leur leçon utile est que les chaînes sources les plus courtes nécessitent souvent la plus grande marge de sécurité proportionnelle. Un en-tête de tableau ou un encadré de deux mots peut causer plus de problèmes qu’un paragraphe entier, car il se trouve généralement dans un conteneur plus petit.
La grammaire modifie le nombre de mots
Les langues n’empaquettent pas le sens de la même manière. Une langue peut exprimer une idée par une flexion, tandis qu’une autre a besoin d’un article, d’une préposition, d’un verbe auxiliaire ou d’une locution explicative. L’ordre des mots peut aussi déplacer un modificateur ou une condition à un endroit qui crée une ligne supplémentaire.
Cela ne signifie pas que le traducteur doit copier la structure de la source ou supprimer des mots nécessaires pour préserver le nombre de pages. La traduction doit d’abord être complète et naturelle ; la mise en page doit s’y adapter.
Les mots longs réduisent les possibilités de retour à la ligne
Le W3C utilise le mot allemand Eingabeverarbeitungsfunktionen comme exemple de mot composé remplaçant l’expression anglaise « Input processing features ». L’expression anglaise peut passer à la ligne aux espaces. Le mot composé allemand peut rester sur une seule ligne, sauf si le document dispose d’une césure adaptée à la langue.
La norme de césure d’Unicode explique pourquoi cela compte : un logiciel choisit les retours à la ligne parmi les possibilités autorisées pour les caractères et la langue utilisés. Les colonnes étroites, les cellules de tableau et les zones de texte cèdent plus vite lorsque ces possibilités sont limitées.
Le nombre de caractères n’équivaut pas à la largeur visuelle
Une traduction peut contenir moins de caractères et occuper pourtant plus d’espace. Le W3C compare l’anglais desktop avec le japonais デスクトップ : le terme japonais compte moins de caractères mais nécessite généralement une largeur horizontale supérieure.
La substitution de police peut encore modifier le résultat. Une police de secours peut être plus large ou plus haute que la police source, transformant une ligne qui tenait en deux lignes. Si le fichier traduit présente des glyphes manquants, des lettres disjointes ou des polices inattendues en plus d’un débordement, diagnostiquez ces problèmes séparément à l’aide de notre guide sur pourquoi les polices se cassent après une traduction.
Certains systèmes d’écriture ont besoin de plus d’espace vertical
L’arabe, le chinois, le devanagari, le japonais, le coréen, le thaï, le tibétain et d’autres systèmes d’écriture peuvent nécessiter des glyphes plus hauts ou un interligne plus important que le texte latin. Un paragraphe peut donc ajouter de l’espace vertical même lorsque son nombre de lignes reste inchangé.
C’est pourquoi réduire la police est rarement la meilleure première solution. Le texte peut tenir, mais le système d’écriture cible peut devenir difficile à lire ou ses signes diacritiques peuvent se chevaucher.
Où l’expansion du texte casse un document
Les longs paragraphes de corps de texte se réajustent généralement. Les problèmes se concentrent dans les conteneurs dimensionnés autour du texte source :
| Élément du document | Défaillance typique | Meilleure réponse |
|---|---|---|
| Titres | Une ligne supplémentaire repousse le corps du texte sur une autre page | Autoriser le retour à la ligne et garder le titre avec le paragraphe suivant |
| Tableaux | Les lignes grandissent, les colonnes deviennent trop étroites ou le texte est tronqué | Élargir les colonnes clés, autoriser l’agrandissement des lignes ou changer l’orientation de la page |
| Zones de texte et encadrés | Le texte déborde ou est réduit automatiquement | Agrandir la zone ou raccourcir seulement après vérification du sens |
| Formulaires | Les libellés entrent en collision avec les champs | Placer les libellés au-dessus des champs ou augmenter leur largeur |
| En-têtes et pieds de page | Le texte chevauche les numéros de page ou les marges | Simplifier le texte répété et vérifier chaque section |
| Légendes et notes de bas de page | Les références se séparent de leur sujet | Garder les éléments liés ensemble et mettre à jour la pagination |
| Diapositives | Les puces deviennent denses ou illisiblement petites | Diviser la diapositive ou réduire le contenu source avant la traduction |
Une seule ligne modifiée peut se répercuter en cascade sur le reste d’un fichier. Un tableau plus haut déplace une légende ; la légende déplace un saut de page ; le saut de page modifie la table des matières. Révisez l’ensemble du document une fois le texte définitif, plutôt que de réparer les pages pendant que la formulation change encore.
Préparer la source avant la traduction
1. Supprimez les retours à la ligne manuels
Les retours à la ligne insérés pour équilibrer visuellement la source conviennent rarement à la langue cible. Conservez les vrais sauts de paragraphe, mais laissez les phrases ordinaires revenir à la ligne automatiquement.
2. Donnez de la place aux conteneurs étroits
Vérifiez les tableaux, les barres latérales, les formulaires, les graphiques et les zones de texte avant la traduction. Augmentez les marges internes uniquement là où l’espace existe, autorisez l’agrandissement des lignes et évitez les zones à hauteur fixe pour le texte essentiel.
3. Utilisez des styles de paragraphe et de titre
Les styles permettent des réparations globales. Si les titres traduits ont besoin d’un espacement ou d’une hauteur de ligne différents, modifier un style est plus sûr que d’éditer chaque titre manuellement.
4. Définissez la langue correcte du document
Les paramètres de langue aident les logiciels compatibles à choisir l’orthographe, la césure et le comportement des retours à la ligne. Ils empêchent aussi un éditeur d’appliquer les règles de la langue source au texte traduit.
5. Protégez les termes qui ne doivent pas changer
Balisez les noms de produits, les codes, les URL, les variables et les identifiants juridiques. Donnez au traducteur le contexte des abréviations plutôt que de vous fier à des libellés source raccourcis qui peuvent n’avoir aucun équivalent compact.
6. Conservez un fichier maître modifiable
Réparez la mise en page dans le DOCX, le PPTX, le tableur ou le fichier de conception lorsque c’est possible. Les recommandations de Google Cloud sur la traduction de documents conseillent de traduire le DOCX ou le PPTX avant de convertir le résultat en PDF, car ces formats préservent généralement mieux la mise en page et les styles que le PDF. Pour la préparation spécifique aux PDF, suivez le flux de travail pour traduire des PDF sans perdre la mise en forme.
Corriger une traduction allongée sans l’abîmer
Suivez cet ordre pour qu’une réparation visuelle ne crée pas un problème linguistique :
- Confirmez que rien n’a été dupliqué. Comparez l’ordre des titres, les listes, les tableaux et les paragraphes répétés avec la source.
- Supprimez les retours à la ligne de la langue source. Laissez le texte cible se réajuster avant de modifier la typographie.
- Redimensionnez le conteneur. Élargissez une colonne, approfondissez une zone de texte ou autorisez l’agrandissement d’une ligne de tableau.
- Ajustez l’espacement. Réduisez l’espacement excessif entre les paragraphes ou les marges internes sans entasser le système d’écriture.
- Appliquez une césure adaptée à la langue. Utilisez-la uniquement lorsqu’elle est correcte pour la langue cible et le style du document.
- Réécrivez localement. Demandez à un réviseur qualifié de raccourcir un titre ou un libellé tout en préservant le sens et le ton.
- Réduisez la taille de la police en dernier. Gardez le corps du texte et les éléments répétés cohérents, et ne réduisez pas des passages isolés jusqu’à ce qu’ils tiennent tout juste.
Ne supprimez pas de qualificatifs, d’exemples, d’avertissements ou de conditions juridiques pour retrouver le nombre de pages d’origine. Si une limite fixe est obligatoire, comme un formulaire d’une page ou un résumé de deux diapositives, définissez cette limite avant la traduction afin que le traducteur puisse écrire pour l’espace disponible.
Utilisez un flux de travail de traduction préservant la mise en page
Copier le texte dans un traducteur simple élimine les tableaux, les styles, les cadres de texte et les relations dont dépend la mise en page. Téléverser le document modifiable donne à un outil tenant compte du format davantage de structure à préserver.
OpenL Doc Translator prend en charge des formats tels que PDF, DOCX, PPTX, XLSX, EPUB et SRT. Sa page officielle indique qu’il conserve les polices, les couleurs, les tableaux et la mise en page, et qu’il fournit à la fois une version traduite et une version bilingue. Le fichier bilingue est utile pour vérifier si un changement de mise en page provient d’une expansion légitime du texte ou d’un contenu manquant ou dupliqué.
La préservation de la mise en forme réduit la reconstruction manuelle, mais elle ne peut pas faire occuper à chaque langue un espace identique. Terminez par une révision distincte du bilingue et de la mise en page à l’aide de la liste de contrôle pour la révision des documents bilingues. Vérifiez les débordements, l’agrandissement des tableaux, les sauts de page, les en-têtes, les pieds de page, la table des matières et le PDF final exporté.
Vérification finale avant livraison
- Aucun texte n’est tronqué, masqué, superposé ou réduit automatiquement en dessous de la taille approuvée.
- Les tableaux conservent leurs relations lignes-colonnes et restent lisibles.
- Les titres restent avec le contenu qu’ils introduisent.
- Les légendes, notes de bas de page, encadrés et références de page pointent toujours au bon endroit.
- Les polices prennent en charge chaque caractère et chaque style de la langue cible.
- La table des matières et les renvois ont été mis à jour.
- Le fichier modifiable et le PDF exporté ont tous deux été révisés.
- Une comparaison bilingue confirme qu’aucun contenu n’a été perdu pour faire tenir le fichier.
Un document traduit plus long est généralement la preuve que la langue et la mise en page interagissent, et non que quelque chose s’est mal passé. Prévoyez de la place pour l’expansion, préservez la structure du document et n’ajustez la mise en page qu’une fois la traduction terminée.
Sources
- W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
- Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
- Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
- OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.
