Les débats sur les formats partent d’ordinaire du codec pour aller vers l’usage. C’est l’inverse qu’il faut faire. Le bon format est décidé par ce que contient l’image, et seulement ensuite par ce qu’accepte le système destinataire.
Photographies : JPEG ou WebP
Les images à tons continus — visages, paysages, tout ce qui comporte des dégradés et du grain — se compressent bien avec les codecs à perte, parce que l’œil tolère de petites erreurs dans les zones chargées. Le JPEG est le choix sûr par défaut, puisque tout l’accepte. Le WebP avec perte atteint la même qualité perçue avec nettement moins d’octets ; il l’emporte donc dès que la destination l’autorise.
Une réserve si vous passez par ToolZool pour cela ; notre compresseur n’écrit le WebP que dans son mode sans perte, qui produit sur une photographie un fichier plusieurs fois plus lourd que le JPEG équivalent. Pour une photographie soumise à une limite de taille, choisissez ici le JPEG. L’explication de cet écart se trouve sur la page du compresseur — il n’existe pas d’encodeur WebP avec perte que nous puissions embarquer sans licence incompatible ou sans chaîne de compilation C.
Aplats et texte : PNG
Les logos, les icônes, les schémas et les captures d’interface sont faits d’arêtes franches et de grandes plages d’une même couleur. Les codecs à perte gèrent mal les arêtes franches ; vous obtenez un halo visible autour du texte et, comme le bruit qu’ils introduisent est lui-même coûteux à encoder, le fichier finit souvent plus lourd qu’un PNG sans perte de la même image.
La transparence tranche la question
Le JPEG n’a pas de canal alpha. Convertissez un PNG transparent en JPEG et les zones transparentes deviennent opaques — en général noires, parfois blanches, rarement ce que vous vouliez. Le PNG et le WebP gèrent tous deux l’alpha ; si l’image comporte de la transparence, la sélection se réduit donc à ces deux-là.
La place de l’AVIF
L’AVIF bat le WebP sur la taille de fichier à qualité égale, particulièrement à bas débit, et tous les navigateurs actuels savent l’afficher. C’est l’encodage qui pose problème ; il est spectaculairement plus lent et beaucoup plus lourd à exécuter que le JPEG ou le WebP, ce qui compte quand l’encodage a lieu sur un téléphone plutôt que sur un serveur de build.
ToolZool ne lit ni n’écrit l’AVIF aujourd’hui. Les deux sens réclament un codec AV1, et tous ceux qui sont maintenus sont des bibliothèques C qui ne se compilent pas pour WebAssembly — un fichier AVIF doit donc d’abord être converti ailleurs. Il en va de même du HEIC, que produisent par défaut la plupart des iPhone.
La question qui l’emporte sur tout le reste
Qu’accepte le formulaire ? Un meilleur format qui se fait refuser n’est pas meilleur. Lisez d’abord la liste des formats acceptés, puis optimisez à l’intérieur — et si un fichier qui semble remplir les critères est malgré tout refusé, pourquoi un formulaire d’envoi refuse votre fichier passe en revue les quatre contrôles qu’un formulaire exécute réellement. Si vous devez passer d’un format à l’autre, le compresseur d’images lit le JPG, le PNG et le WebP et écrit du JPEG, du PNG ou du WebP sans perte ; il fait donc aussi office de convertisseur à l’intérieur de cet ensemble.
