JPEG vs PNG vs WebP vs AVIF vs JXL
Cinq formats, cinq compromis différents. Ce guide explique comment chacun compresse réellement, où il craque, et comment choisir sans tâtonner.
La version en une ligne
Utilisez JPEG pour les photographies quand la compatibilité maximale compte, WebP comme valeur par défaut moderne et sûre, AVIF quand vous voulez le fichier le plus petit possible, et PNG dès que l’image comporte des bords nets, du texte ou de la transparence. Utilisez JXL si vous voulez un format moderne de niveau archivage et maîtrisez le logiciel qui l'ouvre.
Comment chaque format compresse
JPEG — la bête de somme universelle
JPEG est le format photographique par défaut depuis 1992, et c’est encore celui que comprennent tous les outils, navigateurs et imprimantes. Il est destructif : il découpe l’image en blocs, les transforme en données fréquentielles, puis jette le détail haute fréquence auquel votre œil est le moins sensible. C’est pourquoi une qualité trop basse produit les fameux artefacts en blocs et les halos autour des contours.
Points forts : fichiers minuscules pour les photos, compatibilité universelle, encodage et décodage rapides. Points faibles : pas de transparence, mauvais sur les bords nets et le texte, et il se dégrade à chaque nouvel enregistrement. Ne recompressez jamais un JPEG en boucle.
PNG — sans perte, et fier de l’être
PNG stocke chaque pixel à l’identique. Il combine des filtres de prédiction et DEFLATE, ce qui le rend très efficace quand de grandes zones se répètent : aplats de couleur, interfaces, captures d’écran, schémas, logos. Il gère aussi la transparence alpha complète, ce que JPEG ne sait pas faire.
Points forts : rendu au pixel près, transparence, idéal pour le texte et le dessin au trait. Points faibles : les photographies compressent très mal — une photo enregistrée en PNG peut facilement être cinq à dix fois plus lourde que la même en JPEG. À noter : la sortie PNG est toujours sans perte, d’où son statut de choix sûr quand aucune perte de qualité n’est acceptable.
WebP — le juste milieu pragmatique
WebP a été conçu par Google comme une amélioration directe de JPEG et PNG, et il fait les deux : un mode destructif pour les photographies, un mode sans perte pour les graphiques, plus la transparence alpha. En pratique, le WebP destructif est généralement 25 à 35 % plus léger que JPEG à qualité comparable, et il est désormais pris en charge par tous les navigateurs actuels.
Points forts : de bons gains avec une large compatibilité ; il gère aussi la transparence en mode destructif. Points faibles : quelques outils anciens ou de niche ne l’ouvrent toujours pas, et le WebP sans perte n’est pas toujours meilleur qu’un PNG optimisé.
AVIF — les fichiers les plus petits
AVIF repose sur le codec vidéo AV1 et c’est le format le plus efficace réellement répandu aujourd’hui. Face à JPEG, il produit typiquement des fichiers bien plus petits à qualité visuelle égale — souvent environ la moitié de la taille — et il gère en plus la transparence, les espaces colorimétriques larges et le HDR.
Points forts : la meilleure compression, et de loin, avec des fonctionnalités modernes. Points faibles : l’encodage est lent (des secondes plutôt que des millisecondes par image) et les navigateurs très anciens ne l’affichent pas. Sur un lot d’images, c’est le format où la patience rapporte le plus.
JXL — l'option moderne pour l'archivage
JPEG XL (JXL) est conçu comme le successeur de JPEG. Il propose des modes avec et sans perte, la transparence alpha complète, une large gamme de couleurs, le HDR et le décodage progressif. À qualité comparable, il produit généralement des fichiers plus petits que JPEG, ce qui le rend intéressant pour l'archivage et les chaînes où vous maîtrisez le décodeur.
Points forts : une compression efficace dans un seul format, avec ou sans perte, des fonctions modernes et aucune redevance de brevet. Points faibles : l'encodage est lent aux niveaux d'effort élevés et l'affichage dans les navigateurs reste inégal — Chrome et Firefox n'affichent pas les fichiers JXL par défaut, il n'est donc pas encore un remplacement sûr de WebP ou AVIF sur le web ouvert. tinyimg sait l'encoder et le décoder, mais vérifiez d'abord qui doit l'ouvrir.
Comparaison côte à côte
| Format | Compression | Transparence | Idéal pour | À surveiller |
|---|---|---|---|---|
| JPEG | Destructif | Non | Photos, compatibilité maximale | Artefacts à basse qualité ; se dégrade à chaque réenregistrement |
| PNG | Sans perte | Oui | Captures d’écran, interfaces, logos, texte | Très lourd pour les photographies |
| WebP | Les deux | Oui | Valeur par défaut moderne polyvalente | Quelques lacunes d’outils ; le sans perte dépasse rarement PNG |
| AVIF | Les deux | Oui | Fichiers les plus petits, sites riches en images | Encodage lent ; nécessite un navigateur récent |
| JXL | Les deux | Oui | Archivage, photos haute qualité, chaînes maîtrisées | Encodage lent ; affichage inégal selon le navigateur |
Choisir selon ce qu’est réellement l’image
- Une photographie (personnes, paysages, produits) — AVIF d’abord si le temps d’encodage est acceptable, sinon WebP. Ne revenez à JPEG que si un outil en aval l’impose.
- Une capture d’écran ou une maquette d’interface — PNG, ou WebP sans perte. Les lignes nettes d’un pixel et le texte sont exactement là où les formats destructifs bavent.
- Un logo ou une icône en aplat — PNG ou WebP sans perte ; envisagez le SVG s’il s’agit à l’origine d’un dessin vectoriel.
- Une image nécessitant de la transparence — PNG, WebP, AVIF ou JXL. JPEG en est tout simplement incapable.
- Quelque chose de déjà bien optimisé — laissez-le tranquille. Réencoder un fichier optimisé le rend souvent plus lourd.
La réponse pratique pour le web : exportez de l’AVIF et du WebP, puis servez-les avec un JPEG de repli via <picture>. Les navigateurs récents reçoivent le petit fichier, les anciens voient quand même l’image.
Deux règles plus importantes que le choix du format
- Redimensionnez avant de compresser. Servir une photo de 4000 pixels de large dans un emplacement de 800 pixels gaspille bien plus d’octets qu’aucune différence de codec ne peut en rattraper. Le guide de performance web couvre les budgets de taille.
- Conservez vos originaux. Chaque enregistrement destructif est irréversible. Compressez des copies, et traitez les fichiers compressés comme une sortie de build, non comme votre archive.
Testez sur vos propres fichiers
Comme les chiffres dépendent fortement de vos images précises, le seul repère fiable est votre propre jeu de fichiers. tinyimg peut compresser un lot dans plusieurs formats à la fois, pour comparer les tailles côte à côte — et tout s’exécute en local, donc rien n’est téléversé pendant vos essais.