Caractères imprimés en blocs vides : neuf fois sur dix, c'est un problème d'incorporation des polices
J'ai vu trop de cas similaires en atelier de presse : un designer envoie son PDF en toute confiance, la machine tourne, la première épreuve sort, et toute une ligne de texte devient des rectangles vides, tout un paragraphe en anglais se transforme en □□□□
Le problème ne vient ni de la machine, ni de l'ordinateur du designer, mais du fait que les polices n'ont pas suivi le fichier jusqu'à l'imprimerie
Lors de l'envoi d'un PDF à l'impression, si les polices ne sont pas incorporées (embed) ou converties en tracés (outline), le logiciel de prépresse, ne trouvant pas la police correspondante, la remplace par la police système par défaut, ce qui donne cet effet de bloc évidé, communément appelé « tofu » ou « blocs de tofu »
Pire encore : parfois certains caractères ne disparaissent pas complètement, mais seulement certaines glyphes sont substituées, l'interlignage se décale, la ponctuation se dérègle. Ce genre de demi-catastrophe est en fait le plus difficile à détecter, et c'est le client qui découvre le problème à la réception du produit fini
C'est pourquoi, avant tout envoi à l'impression, le traitement des polices reste la toute première étape, et non un détail optionnel

TrueType ou OpenType : des stratégies d'incorporation complètement différentes
Il existe deux grandes familles de formats de polices, qui se gèrent différemment
・TrueType (TTF) : le format historique d'Apple et des premières versions de Windows. Les données de glyphe sont complètes, mais les fonctions de mise en page avancée sont limitées
・OpenType (OTF) : le format successeur développé conjointement par Microsoft et Adobe. Il prend en charge davantage de langues, un jeu de caractères plus étendu, et des fonctionnalités typographiques avancées (ligatures, glyphes alternatifs, etc.)
Pour l'impression, l'OpenType est désormais la norme : un seul et même fichier de police peut couvrir le chinois, l'anglais, le japonais et le coréen, ce qui évite au designer de jongler entre plusieurs fontes pour un catalogue multilingue
Mais le jeu de caractères d'une OpenType dépasse facilement les dizaines de milliers de glyphes. Si on incorpore la police entière, le PDF gonfle de quelques mégaoctets à plusieurs dizaines, voire plus d'une centaine de Mo. Impossible de l'envoyer par e-mail, et le téléchargement devient laborieux
C'est là qu'intervient la « sous-ensemblisation » (subsetting) : on n'embarque dans le fichier que les caractères réellement utilisés
Acrobat, Illustrator et InDesign d'Adobe proposent tous, lors de l'export PDF, de cocher l'option de sous-ensemblisation. En règle générale, choisir « Incorporer toutes les polices (sous-ensemblisées) » est le choix le plus sûr, sauf si la licence de la police interdit l'incorporation
Licence interdisant l'incorporation ? C'est là qu'on envisage la conversion en tracés
Beaucoup de designers ont entendu la formule « il suffit de vectoriser les textes ». Elle n'est vraie qu'à moitié
Convertir les textes en tracés, c'est utiliser la fonction « Créer des contours » d'Illustrator ou « Transformer en courbes » d'InDesign, afin de transformer chaque caractère d'une « référence de police » en « tracé vectoriel ». Ainsi, même si le destinataire ne possède pas la police, l'impression ne sera pas déformée
Cela paraît infaillible ? Le prix à payer est de trois ordres
・Irréversibilité : une fois vectorisés, les textes ne peuvent plus être modifiés, plus aucun caractère ne peut être changé, et le PDF devient inaccessible (les lecteurs d'écran ne peuvent plus le lire)
・Effondrement multilingue : en cas de mélange chinois, anglais, japonais, coréen, chaque glyphe devient un tracé et le fichier atteint des tailles déraisonnables
・Piège de la licence : certaines polices (notamment commerciales) interdisent la diffusion sous forme incorporée ou vectorisée
Le raisonnement généralement admis dans le métier est le suivant : si l'incorporation est possible, on incorpore, surtout pour les catalogues, manuels et notices mêlant chinois, anglais, japonais et coréen ; si la licence interdit explicitement l'incorporation, ou si le fichier doit être transmis à un prestataire sur lequel on n'a aucun contrôle, on envisage la vectorisation ; enfin, une fois le BAT validé, on peut aussi vectoriser le document final pour verrouiller le fichier et éviter tout souci côté RIP
En résumé : la vectorisation est une assurance, pas un réflexe quotidien

Composition multilingue : le piège classique du fichier obèse
Pour un catalogue produit ou un manuel d'entreprise, il est fréquent d'alterner chinois, anglais, japonais et coréen
Le problème, c'est que beaucoup de polices se présentent comme dotées d'un « jeu de caractères complet » : à l'incorporation, elles embarquent la totalité du jeu, même si vous n'utilisez que quelques dizaines de caractères
D'après les dossiers clients récents que j'ai traités, un manuel multilingue de 80 pages mêlant chinois, anglais, japonais et coréen, avec des polices incorporées sans sous-ensemblisation, produit facilement un PDF de 80 à 150 Mo. Résultat : impossible à envoyer par e-mail, le portail de téléchargement de l'imprimerie bloque, et les délais de production s'allongent
Trois leviers permettent de sauver la mise
・Vérifier que la sous-ensemblisation est activée : dans Illustrator, ouvrir la boîte de dialogue « Enregistrer en PDF », onglet « Avancé », et contrôler que l'option des polices est bien réglée sur « Incorporer toutes les polices (sous-ensemblisées) »
・Mutualiser les fontes dans un même document : utiliser pour les titres, le corps et les sous-titres une même famille de polices déclinée en différentes graisses. Le jeu sous-ensemblisé reste ainsi compact
・Découper les langues en plusieurs fichiers : si une seule police ne couvre pas toutes les langues, mieux vaut gérer plusieurs fichiers légers qu'un seul fichier obèse
Cinq minutes d'auto-contrôle avant l'envoi à l'impression : la check-list pour éviter la catastrophe
Cette check-list de prépresse est le minimum que j'impose, en atelier, aussi bien à nos clients qu'à nos propres designers
・Ouvrir le PDF et vérifier l'état d'incorporation des polices : via Acrobat, dans « Contenu → Polices », s'assurer que chaque fonte apparaît comme « Incorporée (sous-ensemblisée) » ou « Incorporée »
・Réexporter les polices non incorporées : depuis Illustrator/InDesign, réexporter spécifiquement cette fonte, ou la remplacer par une police disposant d'une licence valide
・Évaluer les questions de licence : relire le contrat de licence (EULA) de la police. L'incorporation est-elle autorisée pour un tirage commercial ? En cas de doute, contacter le fondeur
・Alléger les fichiers multilingues : vérifier que la sous-ensemblisation est activée et éviter de mélanger trop de familles de polices dans un même document
・Ne décider de la vectorisation qu'une fois la version définitive : ne vectoriser qu'après validation finale, pour ne pas se retrouver bloqué en cas de correction
En pratique, beaucoup de catastrophes viennent du cinquième point : le client fait trois séries de corrections, et ce n'est qu'à la troisième qu'il pense à envoyer à l'impression. Les deux versions vectorisées précédentes traînent encore dans le dossier, et c'est un fichier obsolète qui part à l'imprimerie
Le traitement des polices peut sembler un détail, mais c'est le dernier verrou entre l'écran et le papier. Bien incorporer, choisir la bonne stratégie : voilà ce qui empêche un mois de travail de design de s'effondrer dans le dernier kilomètre à cause d'un glyphe manquant
Pour appliquer directement ce flux de travail à vos projets d'impression, ou pour bénéficier d'un audit personnalisé sur une licence de police précise ou un document multilingue complexe, vous pouvez commencer par les services de prépresse sur mesure de Minds Printing, ou réserver une consultation avec l'équipe d'experts de Minds College

Synthèse
・Caractères imprimés en blocs, manquants ou en code illisible : neuf fois sur dix, c'est une police non incorporée ou une sous-ensemblisation mal configurée
・Si l'incorporation est possible, on incorpore. La vectorisation est une assurance de dernier recours, pas un réflexe de production
・Pour les polices OpenType multilingues, toujours activer la sous-ensemblisation, sinon le PDF gonfle de l'ordre du Mo à celui du Go
・Quand la licence interdit l'incorporation, contacter le fondeur pour clarifier les termes : ne pas contourner l'obstacle en vectorisant en cachette
・Avant l'envoi, lancer une dernière vérification dans la liste des polices d'Acrobat : cinq minutes suffisent à éliminer 80 % des rejets de prépresse
Pistes de réflexion
L'incorporation des polices est le levier d'amélioration le moins coûteux et le plus rentable de toute la chaîne d'impression. Côté imprimerie, mettre en place un processus de « vérification automatique des polices à la réception des PDF » permet de compresser le cycle de retour de prépresse d'une journée à une heure. Côté marque, inscrire « sous-ensemblisation, incorporation, audit des licences » dans le SOP de design garantit que, le jour où l'on passera au papier électronique hybride, aux étiquettes RFID ou aux catalogues en RA, le socle typographique restera directement réutilisable. Côté SaaS et automatisation, ces principes valent pour tout scénario de production documentaire automatisée : contrats, notices techniques, dossiers d'appels d'offres publics. Dès qu'un texte doit s'afficher sur plusieurs appareils ou sortir sur différentes machines d'impression, l'incorporation et la sous-ensemblisation sont des étapes incontournables
Pour aller plus loin
FAQ
- Pourquoi mon PDF s'affiche correctement à l'écran, mais se transforme en blocs vides une fois imprimé ?
- Parce que les caractères du PDF ne font que « référencer » une police donnée. Le logiciel de prépresse trouve la police sur votre ordinateur, mais le RIP de l'imprimerie ne la trouve pas : il la remplace alors par la fonte système par défaut, ce qui produit ces fameux blocs évidés
- Incorporation des polices ou vectorisation : quelle est la meilleure option ?
- Pour un document commercial multilingue, l'incorporation avec sous-ensemblisation est la solution idéale. La vectorisation convient aux cas où la licence interdit l'incorporation, ou pour verrouiller la version définitive d'un fichier
- Pourquoi mon PDF atteint-il plusieurs dizaines de mégaoctets après incorporation des polices ?
- C'est généralement parce que la sous-ensemblisation n'a pas été activée : le PDF embarque alors le jeu de caractères complet de la police, même si vous n'utilisez que quelques dizaines de glyphes. Il suffit de cocher « Incorporer toutes les polices (sous-ensemblisées) » lors de l'export pour régler le problème
- Toutes les polices peuvent-elles être incorporées ?
- Pas forcément. L'EULA (contrat de licence utilisateur final) des polices commerciales précise si l'incorporation est autorisée pour une diffusion imprimée. Il faut lire attentivement les termes avant tout achat payant et, au besoin, contacter le fondeur
- Si j'exporte en image (TIFF, EPS) depuis Photoshop, je peux éviter la gestion des polices ?
- Non. En mode image, si le texte conserve encore sa référence de police, un ré-export ou un agrandissement provoquera les mêmes problèmes. La bonne pratique consiste à vectoriser les textes avant l'export en image, ou mieux, à livrer directement un fichier vectoriel depuis Illustrator
Articles associés
L'hebdo Impression × IA
Le savoir-faire en impression et IA que designers, marques et entreprises peuvent utiliser avant de s'engager, condensé dans un email, chaque semaine dans votre boîte de réception
Outils gratuits MINDS
Suppression d'arrière-plan par IA, générateur de stickers LINE, calculateurs de dos de reliure et d'imposition — tout est gratuit, directement dans votre navigateur, sans envoi de fichier
Groupe MINDS
Besoin de services d'impression ou de cadeaux concrets ?
Une fois la lecture terminée, laissez la suite aux marques sœurs du Groupe MINDS — de l'impression haut de gamme à la commande en ligne et aux cadeaux de fêtes





