Compresser PDF

À propos du Compresseur PDF

Cet outil compresse les fichiers PDF pour réduire leur taille. Vous pouvez choisir parmi différents niveaux de compression pour équilibrer la taille du fichier et la qualité. Tout le traitement se fait dans votre navigateur pour une confidentialité totale. Voyez aussi notre Fusionner PDFs et Protéger PDF.

Quelle est la meilleure façon de réduire un PDF sans perdre en qualité ?

Le mouvement individuel le plus impactant est de recompresser les images intégrées, car dans la plupart des PDF elles dominent le compte d'octets. Choisissez le préréglage Haute qualité pour garder la qualité visible proche de l'original tout en coupant 30 à 60 % de la taille sur le contenu photographique ; prenez Moyen pour la lecture à l'écran (bon pour les pièces jointes d'e-mail à 150 DPI) ; prenez Bas seulement si la lisibilité du petit texte n'est pas critique. L'outil fait aussi du sous-ensembling des polices intégrées, supprime les objets dupliqués et retire l'historique d'édition laissé par les applications d'auteur — autant de gains sans perte qui ajoutent typiquement 5 à 15 % d'économie. Pour les PDF uniquement texte ou très vectoriels, les gains sont modestes car il n'y a pas d'images à réduire ; dans ces cas, lancez Linéariser PDF, qui dédoublonne le flux d'objets sans réencoder quoi que ce soit de visible.

À quel point un PDF peut-il réalistement devenir petit, et qu'est-ce qui fixe le plancher ?

Le plancher est fixé par le contenu informationnel du fichier : chaque sous-ensemble de police intégrée coûte environ 30 à 100 Ko selon la couverture des glyphes, chaque page ajoute quelques centaines d'octets de surcharge structurelle, et chaque image est bornée par son entropie perceptuelle au DPI cible. Un rapport de 10 pages purement texte peut compresser à moins de 50 Ko ; une brochure de 10 pages avec photos descend rarement sous 500 Ko sans artefacts laids ; un document scanné de 100 pages à 300 DPI est borné par l'efficacité de JBIG2 pour le monochrome (environ 5 à 10 Ko par page) ou JPEG 2000 pour la couleur (50 à 200 Ko par page). Si votre fichier est déjà principalement composé d'images compressées, attendez-vous à des gains à un chiffre en pourcentage lors d'une seconde passe ; s'il a été exporté depuis Word avec des PNG pleine résolution, attendez-vous à des réductions de 80 % et plus.

L'outil prend-il en charge JBIG2 pour les documents scannés et JPEG 2000 pour les images couleur ?

Le moteur basé sur le navigateur utilise JPEG (DCT) pour les images couleur et en niveaux de gris et Deflate/Flate pour le texte et le line art — les mêmes algorithmes spécifiés dans l'ISO 32000 partie 7 et pris en charge par tous les lecteurs PDF depuis 1.4. JBIG2 (efficace pour le texte scanné monochrome, courant dans les archives PDF/A) et JPEG 2000 (codage wavelet avec ou sans perte pour les photographies) font partie de PDF 1.5+ mais nécessitent des encodeurs binaires natifs pas encore disponibles en WebAssembly pur. Pour les livres scannés en noir et blanc où JBIG2 bat typiquement Deflate de 3 à 5×, passez le fichier par Ghostscript ou mutool hors ligne avec `mutool clean -giffs` pour obtenir ces formats. Nous suivons un portage WASM d'OpenJPEG et JBIG2enc pour une version navigateur future.

La compression endommagera-t-elle la couche de texte recherchable dans un PDF avec OCR ?

Non — la couche de texte invisible ajoutée par l'OCR est stockée sous forme d'opérateurs Tj/TJ d'affichage de texte dans le flux de contenu, encodée comme des chaînes UTF-16 compressées avec Flate. Compresser PDF réencode les images et supprime les objets redondants mais laisse les opérateurs de texte tranquilles. Après compression, la recherche Ctrl+F, le copier-coller et l'accès par lecteur d'écran continuent à fonctionner exactement comme avant. Les sous-ensembles de polices associés au texte invisible sont conservés (sinon les positions du texte se décaleraient), même si les glyphes ne sont jamais dessinés. Si vous constatez que la recherche est cassée après compression, cela signifie généralement que le texte OCR était stocké comme superposition rasterisée plutôt que comme une vraie couche de texte — relancez OCR PDF sur la sortie compressée pour corriger.

La sortie compressée peut-elle encore respecter les normes d'archivage PDF/A ou d'impression PDF/X ?

Compresser PDF vise la réduction de taille, pas la conformité aux normes. Certains éléments requis par la norme peuvent survivre (polices intégrées, arbres de structure) tandis que d'autres peuvent être dépouillés (blocs de métadonnées XMP marqués comme optionnels, le drapeau d'identification PDF/A, les intentions de sortie ICC requises par PDF/X). Après compression, passez la sortie par veraPDF pour PDF/A ou une vérification Callas pour PDF/X ; en cas d'échec, convertissez à nouveau avec un convertisseur de normes explicite comme Ghostscript avec `-dPDFA=2 -sProcessColorModel=DeviceRGB -dPDFACompatibilityPolicy=1`. Le flux d'archivage le plus propre est : compresser d'abord pour la taille, puis convertir une seule fois à la fin pour verrouiller le drapeau de conformité, l'OutputIntent et le DocumentID que les systèmes de préservation à long terme utilisent pour dédoublonner.

Pourquoi compresser deux fois le même fichier ne continue-t-il pas à le réduire ?

Après une passe, les images sont déjà encodées au niveau de qualité choisi et les flux Flate sont déjà dégonflés près de leur limite d'entropie. Une seconde passe ne peut pas légitimement réduire davantage les données sans baisser la qualité visuelle — et la plupart des compresseurs ne la baisseront pas car le curseur de qualité est défini par passe, non cumulatif. Vous pourrez voir une infime économie supplémentaire de 1 à 2 % en supprimant des objets nouvellement orphelins, ou zéro économie si l'outil est idempotent. Si vous avez vraiment besoin de plus de réduction, baissez le préréglage de qualité pour la seconde passe (Moyen → Bas) ou sous-échantillonnez explicitement le DPI de l'image. Le réencodage répété de JPEG les dégrade visiblement — chaque génération introduit du ringing et du banding de couleur — donc préférez une seule passe agressive à plusieurs douces.

Devrais-je linéariser le PDF compressé pour une vue web rapide ?

Oui si vous servez le fichier via HTTP et que votre visionneuse prend en charge les requêtes byte-range — ce que font tous les navigateurs modernes. La linéarisation, définie dans l'ISO 32000-2 section 7.5.4, réorganise les objets pour que le contenu de la première page se trouve en tête du fichier, permettant à une visionneuse de rendre la page un pendant que le reste est diffusé. Pour un manuel de 50 Mo sur une connexion de 5 Mbit/s, cela transforme une attente de 80 secondes en une attente de 1 seconde avant que les utilisateurs voient quelque chose. Compresser PDF ne linéarise pas par défaut car cela ajoute 1 à 2 % à la taille du fichier ; passez la sortie par l'outil Linéariser PDF comme étape finale. Pour les fichiers servis depuis un stockage froid ou téléchargés entièrement avant visualisation (ex. pièces jointes d'e-mail), sautez la linéarisation et gardez la disposition non linéaire plus petite.

Comment l'outil gère-t-il les profils de couleur ICC et le CMJN dans les images compressées ?

Les profils ICC intégrés (utilisés dans les flux de travail à gestion de couleur pour l'impression et les PDF photo haut de gamme) sont préservés à travers la compression — ils résident dans le dictionnaire de ressources, pas dans le flux d'image, donc ils survivent à un réencodage sans changement. Les images CMJN restent en CMJN (réencodées avec JPEG-CMJN si la source était JPEG CMJN), ce qui compte parce que convertir CMJN en RVB puis revenir est un aller-retour avec perte qui décale les noirs et les verts saturés. Si vous devez convertir en sRGB pour l'affichage web, faites-le explicitement avec un outil de gestion de couleur avant la compression, pas comme effet de bord. PDF/X-4 exige que le profil ICC de l'intention de sortie reste présent et non modifié, donc pour les fichiers prêts pour la presse, vérifiez avec le contrôle en amont d'Adobe Acrobat ou un profil callas après compression pour confirmer que le dictionnaire OutputIntent a survécu.