Compresser un PDF

Un PDF né sous forme de document Word ou d'export de design est fondamentalement un conteneur de texte, formes vectorielles et polices intégrées, et le réduire signifie ajuster cette structure — éliminer les sous-ensembles de polices dupliqués, recompresser toute image rastérisée intégrée déjà présente, supprimer les métadonnées inutilisées et les objets non référencés. Rien de cela ne touche le texte lui-même, qui reste exactement aussi sélectionnable et consultable qu'avant. L'économie ici est généralement modeste, souvent de l'ordre de quelques points de pourcentage à peut-être vingt, car un document bien formé ne porte pas énormément de gras au départ.

Un PDF né d'un scanner, en revanche, est en réalité une séquence de photographies pleine page enveloppées dans un emballage PDF, sans aucun texte réel — ce qui ressemble à du texte n'est que des pixels disposés pour y ressembler. Réduire ce type de fichier signifie réencoder chaque image de page à une résolution ou qualité inférieure, exactement le même compromis que compresser un JPEG. L'économie ici est spectaculaire, habituellement 70 % à 90 %, précisément parce qu'un scan pleine page à résolution d'impression porte bien plus de données de pixels qu'un écran n'en a réellement besoin pour l'afficher.

Traiter les deux cas comme un seul « niveau de compression » cacherait la décision qui compte vraiment : une voie est sûre à appliquer à n'importe quoi, l'autre convertit définitivement du texte réel en image et ne peut pas être annulée. Les garder comme deux modes explicites signifie que le choix est visible plutôt qu'enterré dans un curseur.

Le test fiable est de savoir si le texte du document peut être sélectionné et copié. Ouvrez le fichier, essayez de cliquer-glisser sur une ligne de texte, et si un curseur de texte et une surbrillance de sélection apparaissent, le document a du texte réel et le mode sans perte est ce qu'il vous faut — le rastériser le rendrait plus gros, pas plus petit, car réencoder du texte vectoriel net en une image de pixels est une mauvaise affaire dans les deux sens. Si cliquer ne produit aucune sélection et que toute la page se comporte comme une seule image, c'est un scan, et le mode rastériser est approprié.

Un document mixte — un contrat avec une page de signature scannée ajoutée à des pages par ailleurs numériques — se testera comme ayant du texte réel dans l'ensemble, et le mode sans perte est le bon choix pour lui ; l'image scannée intégrée dedans bénéficie encore de toute recompression que le mode sans perte est capable d'appliquer spécifiquement aux images intégrées, sans toucher au reste de la structure du document.

La différence de taille que vous voyez parfois entre cet outil et un compresseur PDF côté serveur n'est pas une limitation dont il faut avoir honte — c'est la conséquence directe de tout traiter à l'intérieur du navigateur plutôt que d'envoyer le fichier à un serveur doté d'un moteur PDF complet et de codecs d'image dédiés. Un outil côté serveur peut réduire les polices aux seuls glyphes réellement utilisés, réencoder les images intégrées avec un encodeur construit spécifiquement pour ce travail, et reconstruire tout le graphe d'objets depuis zéro. Reproduire tout cela dans un onglet de navigateur, sans backend, est un problème d'ingénierie matériellement différent, et cet outil est honnête sur le fait de faire un sous-ensemble plus petit et plus sûr de cela plutôt que de prétendre à une parité qu'il ne peut pas livrer.

Ce que vous obtenez en échange est simple : le document ne quitte jamais votre appareil, donc un passage de compression sur un contrat ou un dossier médical ne devient jamais une question de gestion de données, et il n'y a ni limite de nombre de pages, ni quota mensuel, ni mur payant séparant « assez petit pour compresser gratuitement » de « payez pour compresser le reste ».