Pourquoi les polices se cassent après une traduction

Un document traduit peut contenir les bons mots tout en paraissant défectueux. Les caractères manquants, les changements de police inattendus, les lettres disjointes et le texte qui déborde proviennent généralement de problèmes différents ; chacun nécessite donc une solution différente.

La réponse courte

Les polices semblent se casser après une traduction lorsque la police d’origine ne peut pas afficher la langue cible, ou lorsqu’elle est indisponible sur le système qui ouvre le fichier et n’est pas incorporée dans le PDF exporté. Certains scripts ont aussi besoin d’une prise en charge de la mise en forme et de la disposition qu’un simple remplacement de police ne peut pas fournir. Dans d’autres cas, la police fonctionne correctement, mais la traduction occupe plus d’espace que le texte original.

Utilisez le symptôme visible pour identifier la cause probable :

Ce que vous voyez	Cause probable	Premier correctif à essayer
Carrés ou cases vides	La police ne contient pas les glyphes requis	Choisissez une police compatible avec le script cible
Une police différente	La police d’origine est absente ou ne peut pas être incorporée	Installez-la, remplacez-la ou incorporez-la
Lettres arabes ou indiennes cassées	L’application, la police ou l’export ne gère pas correctement la mise en forme	Ouvrez le fichier dans un logiciel compatible avec le script
Texte coupé ou superposé	La traduction nécessite plus d’espace	Redimensionnez le cadre de texte ou ajustez la mise en page
Le texte est correct sur un ordinateur mais pas sur un autre	Le fichier dépend d’une police installée localement	Incorporez la police ou utilisez une alternative largement disponible

Une police ne contient pas tous les caractères

Unicode attribue un numéro à chaque caractère, mais Unicode n’est pas une police. Le Consortium Unicode explique que les polices associent ces numéros de caractères à des glyphes visibles. Si une police ne possède pas le glyphe d’un caractère, l’application n’a rien d’adapté à dessiner.

C’est pourquoi un document anglais composé dans une police d’affichage limitée au latin peut se transformer en cases lorsqu’il est traduit en arabe, hindi, thaï, chinois ou dans un autre script. Les lettres latines accentuées peuvent aussi échouer lorsqu’une petite police personnalisée ne contient que les caractères anglais de base.

La solution la plus propre consiste à choisir une police dont la couverture du système d’écriture cible est vérifiée. La collection Noto de Google couvre plus de 1 000 langues et plus de 150 systèmes d’écriture ; elle constitue donc un bon point de départ lorsque la police de marque ne prend pas en charge les caractères nécessaires. Vous n’avez pas besoin d’utiliser une seule police pour toutes les langues ; une carte de polices documentée est souvent préférable :

Contenu	Exemple de stratégie de police
Latin, grec et cyrillique	Utiliser une même famille compatible si sa couverture est complète
Arabe ou hébreu	Choisir une famille conçue pour le script et tester la mise en page de droite à gauche
Chinois, japonais et coréen	Sélectionner la famille régionale correcte et vérifier la ponctuation et les retours à la ligne
Devanagari, thaï ou autres scripts complexes	Vérifier les marques combinatoires et la mise en forme des lettres dans l’application finale

Le remplacement de police modifie le document

Un document peut nommer une police sans contenir ses données. Si quelqu’un l’ouvre sur un ordinateur où cette police est indisponible, le logiciel choisit une police de remplacement. Celle-ci peut être plus large, plus étroite, plus haute ou visuellement sans rapport avec l’originale.

L’incorporation dans un PDF réduit ce risque. Adobe explique qu’une police incorporée accompagne le PDF, ce qui empêche son remplacement lorsque le fichier est consulté ou imprimé sur un autre système. Un PDF peut contenir la police entière ou seulement un sous-ensemble des caractères utilisés. L’incorporation peut toutefois être limitée par la licence du fournisseur de la police.

Le sous-ensemble est efficace pour un PDF final, mais peut poser problème si le fichier est modifié ensuite. Un sous-ensemble créé à partir d’une source anglaise peut ne pas contenir les nouveaux caractères nécessaires à la traduction. Pour un travail modifiable, conservez le DOCX, PPTX ou fichier de conception original et exportez un nouveau PDF après la traduction au lieu de traiter le PDF final comme copie maîtresse.

Si la mise en forme du PDF est déjà endommagée, utilisez les vérifications de notre guide sur la traduction de PDF sans perdre la mise en forme.

Certains scripts ont besoin de plus que de glyphes

Disposer des bons caractères dans une police est nécessaire, mais pas toujours suffisant. Les lettres arabes changent de forme selon leur position dans un mot. De nombreux scripts indiens combinent consonnes, voyelles et marques en groupes mis en forme. Le mongol traditionnel utilise des formes positionnelles et une disposition verticale.

Le Consortium Unicode souligne qu’une police n’est qu’un élément du système de rendu du texte. L’application et son moteur de mise en forme doivent également interpréter correctement les règles de la police. Cela explique un problème courant : la même phrase est correcte dans un navigateur moderne, mais apparaît disjointe ou mal positionnée après un export réalisé par un logiciel ancien.

Dans ce cas :

1. Collez un court échantillon dans un navigateur ou un traitement de texte récent. S’il s’affiche correctement, l’application d’origine ou le processus d’export est probablement en cause.
2. Testez une police connue pour prendre en charge le script.
3. Vérifiez la direction du paragraphe et les paramètres de langue.
4. Exportez à nouveau depuis un logiciel doté d’une prise en charge actuelle des scripts complexes.
5. Inspectez le PDF final au lieu de vous fier uniquement à la source modifiable.

L’expansion du texte peut ressembler à un problème de police

La traduction modifie à la fois le nombre de caractères et leur largeur. Le W3C note que l’anglais et le chinois sont des langues sources particulièrement compactes ; leurs traductions sont donc souvent plus longues. Les libellés courts peuvent s’allonger davantage que les paragraphes entiers, tandis que certains systèmes d’écriture nécessitent aussi plus d’espace vertical.

Le résultat peut ressembler à une défaillance de police alors que chaque glyphe est correct : les mots passent sur des lignes supplémentaires, les titres se superposent aux images, les lignes des tableaux grandissent ou le logiciel réduit automatiquement la taille du texte jusqu’à le rendre illisible.

Corrigez le conteneur avant de réduire la police :

1. Élargissez ou approfondissez le cadre de texte.
2. Autorisez les titres et les lignes de tableau à revenir à la ligne.
3. Supprimez les retours à la ligne manuels hérités de la langue source.
4. Ajustez l’espacement des paragraphes et l’interligne.
5. Réduisez la taille de la police uniquement lorsque la mise en page ne peut pas être modifiée sans risque.

Pour les vérifications propres aux diapositives, consultez la checklist QA de traduction PPTX. Les utilisateurs d’InDesign peuvent également suivre les vérifications de police et de débordement dans notre guide de traduction IDML.

Procédure pratique de réparation

1. Identifiez le symptôme

Ne remplacez pas immédiatement toutes les polices. Déterminez si le problème vient de glyphes manquants, d’un remplacement, de la mise en forme ou d’un débordement. Un changement général de police peut masquer la cause initiale et créer de nouveaux problèmes de mise en page.

2. Revenez à la source modifiable

Utilisez le fichier DOCX, PPTX, tableur ou de conception lorsqu’il est disponible. Les fichiers sources préservent les paragraphes, les tableaux et les cadres de texte plus fiablement qu’un PDF aplati.

3. Créez une carte de polices

Notez la police et la graisse approuvées pour chaque script cible. Vérifiez séparément les caractères normaux, gras, italiques et symboliques ; une famille peut prendre en charge un script dans sa variante normale mais pas dans tous ses styles.

4. Traduisez sans aplatir le fichier

Copier le texte du document dans une zone de texte simple supprime une grande partie de la structure qui contrôle les styles et la mise en page. Lorsque le format est pris en charge, envoyez plutôt le fichier original à un traducteur de documents ; OpenL Doc Translator est une option. Quel que soit l’outil, le résultat doit encore faire l’objet d’une vérification des polices et de la mise en page.

5. Exportez avec les polices incorporées

Lorsque la licence l’autorise, incorporez les polices requises dans le PDF final. Dans Acrobat, ouvrez Document Properties et consultez l’onglet Fonts pour voir quelles polices sont incorporées ou incluses en sous-ensemble.

6. Testez le fichier livré

Ouvrez le résultat sur un appareil où les polices sources ne sont pas installées. Vérifiez chaque page à un zoom normal, recherchez du texte dans la langue cible et copiez une phrase du PDF. L’apparence visuelle seule ne prouve pas que le texte sous-jacent est utilisable.

Vérifications avant livraison

• Aucun carré vide, aucune puce ni aucun caractère de remplacement n’apparaît.
• Les scripts arabe, indien et autres scripts mis en forme s’assemblent et se positionnent correctement.
• Les caractères gras, italiques, exposants et symboles s’affichent correctement.
• Les titres, tableaux, légendes et notes de bas de page ne débordent pas.
• Le PDF utilise des polices incorporées lorsque la licence le permet.
• La recherche, la sélection et le copier-coller fonctionnent toujours.
• Le document est correct sur un deuxième appareil.

L’essentiel est de traiter la couverture des polices, leur disponibilité, le rendu du script et la mise en page comme des vérifications distinctes. Une fois la couche défaillante identifiée, la réparation est généralement simple.

Sources

• Adobe: Embedding fonts in PDFs overview — Explains PDF font embedding, subsetting, licensing restrictions, and substitution.
• Unicode Consortium: Fonts and Keyboards FAQ — Explains the relationship between Unicode characters, fonts, glyph mappings, and rendering systems.
• Google Fonts: Noto — Provides a multilingual font collection covering more than 1,000 languages and over 150 writing systems.
• W3C: Text size in translation — Describes text expansion, character width, line height, and flexible layout considerations across languages.