WebP, AVIF ou JPEG : mesurés sur une même photo de téléphone

La réponse courte

Sur notre photo de test, l’AVIF a produit le fichier le plus léger à qualité égale, environ un quart de moins que le JPEG. Le WebP s’est placé entre les deux, de 7 à 13 % de moins que le JPEG. Le JPEG a produit le fichier le plus lourd, mais il s’ouvre dans tous les grands navigateurs, anciens ou récents.

L’AVIF le paie en temps. Convertir en AVIF a demandé environ six secondes pour la photo de 12 mégapixels avec son réglage par défaut. Convertir en WebP et Compresser une image ont demandé environ 1,6 seconde chacun. Pour les captures d’écran, le WebP sans perte a gardé chaque pixel tout en réduisant le fichier de plus de moitié. Pour la transparence, choisissez le WebP ou l’AVIF : le JPEG n’en a pas.

Comment nous avons mesuré

Le 20 octobre 2026, nous avons pris sur Wikimedia Commons une photo du domaine public. Elle montre une falaise et une forêt à Gifu, au Japon, et a été prise avec un Pixel 9a. Elle mesure 4000 × 3000 pixels et pèse 4,4 Mo : un JPEG de téléphone typique, avec du ciel, des feuilles et de la roche.

Nous l’avons déposée dans chaque outil sur pulsarkit.com, dans Chrome 155, sur un MacBook de 2023 à 12 cœurs de processeur. Le chronomètre tournait du dépôt du fichier, ou du changement d’un réglage, jusqu’à ce que le bouton de téléchargement devienne actif. Les temps ci-dessous viennent d’exécutions répétées. La première exécution d’une visite est plus lente, car l’encodeur est encore en cours de chargement.

Les réglages par défaut ne donnent pas une qualité égale : nous avons donc aussi déplacé les curseurs de qualité. Pour comparer, nous avons utilisé le SSIM, un indice standard qui mesure à quel point une image ressemble à une autre, 1 signifiant identique. Nous l’avons calculé nous-mêmes sur les fichiers téléchargés, par rapport à la photo d’origine.

Compresser une image garde le format : nos fichiers JPEG sont donc le JPEG du téléphone réencodé par MozJPEG. L’outil utilise la qualité 70 en « Équilibré » et 85 en « Qualité max ». Un autre encodeur JPEG donnerait d’autres tailles.

Le poids des fichiers à qualité égale

D’abord les réglages par défaut, puisque c’est ce que vous obtenez sans rien toucher. Compresser une image en « Équilibré » a ramené la photo de 4,4 Mo à 1,5 Mo. Convertir en WebP à la qualité 80 a donné 2,1 Mo, et Convertir en AVIF à la qualité 60, 1,7 Mo. Le JPEG ne gagne cette manche que parce qu’il s’éloigne le plus de l’original. Son SSIM est de 0,957, contre 0,977 pour le WebP et 0,975 pour l’AVIF.

Pour égaler le 0,957 du JPEG, il a fallu la qualité 60 au WebP et la qualité 50 à l’AVIF. Les fichiers ont pesé 1,5 Mo en JPEG, 1,4 Mo en WebP et 1,2 Mo en AVIF. Le WebP pèse ainsi 7 % de moins que le JPEG, et l’AVIF 24 % de moins.

À environ 0,978, le JPEG a demandé « Qualité max », le WebP la qualité 81 et l’AVIF la qualité 62. Résultat : 2,5 Mo, 2,1 Mo et 1,8 Mo, soit 13 % de moins que le JPEG pour le WebP et 26 % de moins pour l’AVIF. Dans les deux manches, l’AVIF est sorti de 15 à 18 % plus léger que le WebP.

Ce sont les chiffres d’une seule photo, et une image plus texturée ou avec plus de ciel uni les fera bouger. Chaque outil affiche la taille avant et après, lue sur le fichier final : vérifier votre propre photo prend quelques secondes.

Le temps d’encodage dans le navigateur

Compresser une image et Convertir en WebP ont terminé la photo en 1,6 à 1,7 seconde. Convertir en AVIF a pris de 5,7 à 6,2 secondes avec son réglage par défaut. La première exécution AVIF d’une visite a pris de 6,7 à 7,9 secondes. Elle télécharge aussi l’encodeur, environ 1,1 Mo.

Dans l’onglet, l’encodeur AVIF fonctionne sur un seul cœur de processeur. Au-delà de 6 mégapixels, l’outil accélère aussi de lui-même pour raccourcir l’attente. Notre photo de 12 mégapixels a été encodée à la vitesse 7, bien que le menu « Vitesse d’encodage » affiche toujours 6 par défaut.

Régler « Vitesse d’encodage » sur 10, l’option la plus rapide, a ramené le traitement de la photo entre 1,4 et 1,6 seconde. Le fichier est sorti 1 % plus léger, et le SSIM a bougé de moins de 0,001. Sur cette photo, le réglage rapide n’a rien coûté de mesurable. Sur la vôtre, comparez les tailles qu’affiche la page.

Détail, captures d’écran et transparence

À 100 %, nous n’avons pas su distinguer les trois fichiers, à aucun des deux niveaux de qualité. À 300 % et au niveau le plus bas, chaque format laisse sa propre trace. Le JPEG montre de légers blocs carrés dans le ciel uni et le long de la lisière des arbres. Le WebP et l’AVIF gardent le ciel lisse, mais ils effacent aussi le grain fin du capteur de l’appareil. L’AVIF lisse le plus : les interstices sombres entre les feuilles ressortent un peu plus doux et plus plats.

Les petits détails colorés souffrent d’une autre manière. Nous avons zoomé 8 fois sur une capture d’écran. En WebP avec perte et en AVIF par défaut, les fines flèches rouges d’une icône sont devenues plus sombres et ont bavé. Les deux gardent la couleur en demi-résolution par défaut, et le WebP avec perte le fait toujours. Le WebP sans perte a conservé les flèches à l’identique. L’AVIF avec « Détail des couleurs » réglé sur 4:4:4 les a gardées nettes, pour 3 % d’octets en plus.

La capture elle-même, un PNG de 1280 × 800 d’une page web pesant 79 Ko, se prête à la compression sans perte. Le WebP sans perte l’a ramenée à 33 Ko, chaque pixel restant inchangé. Le WebP avec perte a donné 31 Ko et l’AVIF 27 Ko, avec les bavures décrites plus haut. Compresser une image l’a gardée en PNG et a atteint 25 Ko en la réduisant à 122 couleurs.

Pour la transparence, nous avons utilisé un logo PNG de 600 × 200 aux bords adoucis, de 9,4 Ko. Convertir en WebP l’a ramené à 4,4 Ko et Convertir en AVIF à 4,5 Ko. Les deux ont gardé ses 206 niveaux de transparence ; pour chaque pixel, la valeur alpha correspondait à celle de l’original. Le JPEG n’a pas de couche alpha : les zones transparentes doivent donc devenir une couleur unie. Quand un WebP transparent devient un JPEG, WebP en JPG place du blanc derrière. Une autre couleur se règle dans « Arrière-plan pour les zones transparentes ».

Là où chaque format ne s’ouvre pas

Le JPEG est le choix sûr : MDN indique sa prise en charge dans toutes les versions de Chrome, Edge, Firefox, Opera et Safari. Sur caniuse.com, le 20 octobre 2026, le WebP couvrait 97,18 % de l’utilisation mondiale des navigateurs. L’AVIF en couvrait 96,35 %, prise en charge partielle comprise.

Les lacunes se trouvent dans les logiciels plus anciens. Safari sur Mac affiche pleinement l’AVIF à partir de la version 16.4, et seulement en partie de la 16.1 à la 16.3. Edge l’affiche à partir de la version 121. Internet Explorer n’ouvre aucun des deux formats, et Opera Mini ouvre le WebP mais pas l’AVIF. WordPress accepte l’AVIF à partir de la version 6.5, et seulement si la bibliothèque d’images du serveur le prend en charge.

La recherche Google prend en charge les deux sur les pages web : ses consignes sur les images citent le WebP et l’AVIF à côté du JPEG et du PNG. Une différence se voit sur les connexions lentes. L’AVIF ne peut pas s’afficher progressivement : le navigateur ne montre rien tant que le fichier n’est pas arrivé en entier. Si un formulaire ou un ancien programme refuse le WebP, WebP en JPG le transforme en JPEG dans l’onglet.