Si je ne pouvais en faire qu'une seule, laquelle choisir ?

Choisissez la compression. Diviser par deux la taille du fichier divise aussi par deux le temps de téléchargement, et cela fonctionne en toutes circonstances, sur tous les serveurs, dans tous les navigateurs. Le bénéfice de la linéarisation, lui, dépend des conditions — il faut que le serveur prenne en charge les requêtes byte-range et que l'utilisateur ouvre le fichier dans son navigateur. La compression procure un gain plus fiable.

Y a-t-il un inconvénient à faire les trois ?

Aucun inconvénient technique, mais l'ordre compte. Compressez d'abord, découpez ensuite si nécessaire, et linéarisez en dernier. Dans l'ordre inverse, chaque opération détruit le résultat de la précédente — la linéarisation en particulier disparaît à chaque opération qui réécrit le fichier. Par ailleurs, le découpage complique l'expérience utilisateur et ne devrait être fait que s'il est réellement nécessaire.

Dans quelle mesure la compression dégrade-t-elle la qualité ?

Cela dépend des réglages. Une opération qui se contente de recompresser les flux et d'éliminer les objets inutilisés n'entraîne aucune perte de qualité, mais son gain est limité. Le vrai gain vient du réencodage des images à une résolution inférieure, et là, la perte est visible. Pour un document destiné à être lu à l'écran, 150 DPI suffisent généralement ; s'il doit être imprimé, il ne faut pas descendre sous 300 DPI.

Découper un gros catalogue est-il pénalisant pour l'utilisateur ?

Généralement oui. L'utilisateur s'attend à un fichier unique, il veut pouvoir y faire une recherche et régler son affaire en un seul téléchargement. Le découpage complique tout cela. Il n'a de sens que si les parties du fichier sont réellement indépendantes (chaque année d'un rapport annuel, chaque catégorie d'un catalogue) et si la plupart des utilisateurs ne s'intéressent qu'à une seule partie.

Vitesse des PDF sur le web : linéarisation, compression ou découpage ?

Vous avez un catalogue produit de 60 Mo sur votre site et les utilisateurs attendent qu'il s'ouvre. Vous disposez de trois outils : la linéarisation (réorganisation de la structure), la compression (réduction du fichier) et le découpage (séparation en plusieurs parties). Les trois sont présentés sous l'étiquette « accélérer un PDF », mais ils reposent sur des mécanismes totalement différents et ne rapportent pas la même chose.

Le mécanisme des trois approches

La compression réduit le fichier lui-même. Elle réencode les images à une résolution inférieure, élimine les objets inutilisés et recompresse les flux. La quantité de données à télécharger diminue.

La linéarisation ne change pas la taille du fichier mais réorganise les objets : tout ce qui concerne la première page passe en tête, et une table d'indices indiquant l'emplacement de chaque page est ajoutée. La première page s'affiche ainsi avant la fin du téléchargement et il devient possible de sauter à la page voulue.

Le découpage sépare le fichier en plusieurs parties. L'utilisateur ne télécharge que celle dont il a besoin.

Tableau comparatif

| Critère | Compression | Linéarisation | Découpage | |---|---|---|---| | Réduit la taille du fichier | Oui, nettement | Non (l'augmente de 1 à 2 %) | Oui, par partie | | Délai d'affichage de la première page | Amélioration proportionnelle | Amélioration spectaculaire | Amélioration | | Perte de qualité | Selon les réglages | Aucune | Aucune | | Exige une condition côté serveur | Non | Oui (byte-range) | Non | | Dégrade-t-elle l'expérience utilisateur | Si la qualité visuelle baisse | Non | Oui, il faut chercher le bon fichier | | Possibilité de recherche | Préservée | Préservée | Fragmentée | | Position dans le flux de travail | 1re | 3e (dernière) | 2e |

Scénario 1 : un catalogue produit de 60 Mo publié sur le site

Les utilisateurs l'ouvrent dans leur navigateur et le parcourent, la plupart ne le lisent pas entièrement.

Ordre gagnant : compression → linéarisation.

Compressez d'abord. Les catalogues produit sont remplis de photos haute résolution, généralement préparées en 300 DPI — correct pour l'imprimerie, excessif pour l'écran. Descendre à 150 DPI peut réduire le fichier au tiers, et la différence est quasi invisible à l'écran. Les 60 Mo deviennent 20 Mo.

Linéarisez ensuite. La première page de ce fichier de 20 Mo s'affiche désormais après quelques centaines de kilo-octets téléchargés. L'utilisateur commence à parcourir le document pendant que le fichier continue d'arriver en arrière-plan.

Le découpage est une mauvaise idée dans ce scénario : l'utilisateur veut se déplacer librement dans le catalogue, et lui dire « les pages 40 à 80 sont dans un autre fichier » dégrade son expérience.

Scénario 2 : un manuel technique de 500 pages

Les utilisateurs viennent consulter une section précise, ils ne lisent pas tout.

Gagnant : la linéarisation, et de loin.

C'est exactement le scénario pour lequel la linéarisation a été conçue. Grâce aux tables d'indices, lorsque l'utilisateur saute à la page 347, le navigateur ne demande que la plage d'octets de cette page — sans télécharger les 346 pages précédentes.

La compression est utile elle aussi, mais les manuels techniques sont généralement dominés par le texte et le gain reste modeste. La plupart des illustrations sont des schémas et des dessins ; les dégrader nuirait à la lisibilité.

Le découpage paraît séduisant ici (une section par fichier) mais il fragmente la capacité de recherche. Quand l'utilisateur cherche un terme, il ne sait pas dans quel fichier il se trouve.

Scénario 3 : une archive de rapports mensuels de 3 Mo chacun

Des dizaines de fichiers distincts, les utilisateurs en choisissent un et le téléchargent.

Gagnant : aucune n'est nécessaire, mais la compression ne fait pas de mal.

Un fichier de 3 Mo se télécharge en quelques secondes sur une connexion correcte. Le gain de la linéarisation est ici trop faible pour être mesurable et elle ajoute une étape inutile à votre flux de travail.

La compression peut tout de même se justifier — surtout si les rapports ont été convertis depuis Word et que les graphiques qu'ils contiennent sont inutilement en haute résolution. Mais ce n'est pas une priorité.

Le découpage est déjà fait (un fichier par mois) et c'est la bonne structure.

Scénario 4 : un document d'archive scanné de 200 Mo

De vieux documents numérisés par une institution, consultés dans le navigateur.

Gagnant : compression, puis linéarisation — mais interrogez d'abord les réglages de numérisation.

200 Mo indique généralement que la numérisation a été faite à une résolution inutilement élevée ou en couleur. Pour un document d'archive en texte simple, 300 DPI en niveaux de gris est largement suffisant et réduit nettement le fichier. Les documents en noir et blanc numérisés en couleur sont une source de gaspillage classique.

Après compression, linéarisez. Dans les documents scannés, chaque page étant une grande image, le gain lié au saut de page est particulièrement net.

Le découpage se défend aussi dans ce scénario : les documents d'archive se composent souvent d'unités indépendantes et l'utilisateur cherche une pièce précise. Mais il vous faudra alors fournir une bonne page d'index ou une interface de recherche.

Scénario 5 : les utilisateurs téléchargent le fichier et l'ouvrent en local

Le site propose un lien « Télécharger », personne ne lit dans le navigateur.

Gagnant : la compression seule.

Tout l'intérêt de la linéarisation est de pouvoir afficher la première page pendant le téléchargement. Si l'utilisateur télécharge le fichier et l'ouvre en local, le fichier est déjà entièrement sur sa machine ; l'ordre des objets n'a plus la moindre importance.

Dans ce scénario, la seule optimisation qui ait du sens est de réduire la taille du fichier — cela raccourcit le téléchargement et réduit votre coût de bande passante.

Jusqu'où aller dans la compression

La compression étant gagnante dans tous les scénarios, examinons ses réglages d'un peu plus près. La question qui détermine la résolution des images : comment ce fichier sera-t-il utilisé ?

| Usage | DPI d'image recommandé | Remarque | |---|---|---| | Lecture à l'écran uniquement | 96 à 150 | Le gain le plus agressif | | Écran + impression occasionnelle | 150 à 200 | Un moyen terme sûr | | Document destiné à l'impression | 300 | Ne descendez pas en dessous | | Imprimerie | 300 et plus | Ne compressez pas |

Par ailleurs, la partie sans perte de la compression doit toujours être appliquée : éliminer les objets inutilisés, limiter les polices intégrées aux caractères réellement employés, recompresser les flux. Cela rapporte 10 à 30 % sur la plupart des fichiers, sans la moindre perte de qualité.

Le bon ordre, et pourquoi il compte

Si vous faites les trois, l'ordre est le suivant :

1. Compressez. Le gain le plus important est là, et cette étape doit venir en premier puisque les autres opérations réécriront le fichier.

2. Découpez si nécessaire. Si vous découpez à partir du fichier compressé, chaque partie sera elle aussi compressée.

3. Linéarisez. En dernier. Car toute opération qui réécrit le fichier détruit la linéarisation.

Dans l'ordre inverse, votre travail est perdu : si vous linéarisez puis compressez, la compression réécrit le fichier et la structure linéarisée disparaît.

Le quatrième facteur oublié : le côté serveur

Indépendamment de ces trois opérations sur le PDF, la configuration du serveur influe aussi sur la vitesse, et fait parfois une différence plus grande :

La prise en charge des requêtes byte-range doit être activée. Sans elle, la linéarisation ne sert à rien.
N'appliquez pas gzip aux PDF. Les PDF sont déjà compressés en interne ; gzip n'apporte aucun gain et casse les requêtes byte-range.
Réglez les en-têtes de cache. Pour un catalogue qui ne change pas, une longue durée de Cache-Control supprime totalement le téléchargement lors des visites suivantes.
Utilisez un CDN. La distance géographique représente une part importante de la latence sur les gros fichiers.

Ces réglages rapportent parfois plus que l'optimisation du fichier et n'imposent aucun compromis sur la qualité.

Résumé de la décision

À faire systématiquement : la compression. Fiable, sans condition, gagnante dans tous les scénarios.

À faire sur les gros fichiers lus dans le navigateur : la linéarisation. Mais vérifiez que votre serveur prend en charge les requêtes byte-range, et faites-en la dernière étape de votre flux de travail.

À faire rarement : le découpage. Uniquement si les parties sont réellement indépendantes et si la plupart des utilisateurs ne s'intéressent qu'à une seule d'entre elles. Son prix est élevé, car il fragmente la capacité de recherche.

N'oubliez pas : la configuration du serveur fait aussi partie de cette liste, et c'est généralement là que se trouve le gain le moins cher.