WebP vs AVIF vs JXL : comparatif des formats d'image en 2026
Comparatif direct entre WebP, AVIF et JPEG XL en 2026. Tests de taille de fichier, support navigateur, vitesse d'encodage, gestion de la transparence, comportement EXIF et quand choisir chacun.
Réponse rapide : Pour la plupart des sites web en 2026, AVIF d'abord avec un repli WebP est le bon choix (AVIF est environ 50 % plus léger que JPEG à qualité visuelle égale, avec un solide support navigateur en 2026). Pour les contextes Apple uniquement, JPEG XL l'emporte sur la vitesse d'encodage et le décodage progressif, mais reste largement non supporté en dehors de Safari. Pour l'e-mail, les réseaux sociaux et le partage universel, JPEG reste le pari sûr ; les formats modernes sont à réserver aux endroits que vous contrôlez. Pour comparer les formats sur votre propre image, déposez-la dans notre convertisseur d'images ou dans le compresseur d'images et regardez la taille évoluer en direct.
JPEG a 33 ans. WebP en a 15. AVIF est arrivé en 2019. JPEG XL a été finalisé en 2022. En 2026, les trois formats modernes sont matures, et la question de savoir lequel utiliser n'est plus théorique : elle touche directement les Core Web Vitals, la vitesse de chargement, le coût des données mobiles et le stockage. Ce guide est un comparatif pratique de 2026 : ce qu'est chaque format, les vraies tailles de fichier, où chacun fonctionne et comment choisir.
Les prétendants, en un paragraphe chacun
WebP (Google, 2010) est le choix moderne prudent. Environ 25 à 35 % plus petit que JPEG à qualité équivalente, avec un mode sans perte complet, la transparence (alpha) et l'animation. Le support navigateur est universel en 2026 (tous les navigateurs modernes, Gmail, WhatsApp, tous les CMS). L'inconvénient : la qualité d'encodage est correcte mais pas exceptionnelle face à AVIF, et la prise en charge des métadonnées EXIF est inégale.
AVIF (Alliance for Open Media, 2019) est le vainqueur moderne en pure taille de fichier. Bâti sur le codec vidéo AV1. Environ 50 % plus petit que JPEG et 25 à 35 % plus petit que WebP à qualité visuelle égale. Supporte la transparence, le HDR, l'espace colorimétrique étendu et les pixels 12 bits. Le support navigateur a atteint la parité en 2024 ; en 2026, tous les grands navigateurs décodent AVIF nativement. L'inconvénient : l'encodage est plus lent qu'avec WebP (un vrai problème pour les traitements par lot), et les très vieux clients e-mail ne l'affichent toujours pas en ligne.
JPEG XL (.jxl, ISO/IEC 18181, 2022) est le favori technique des photographes et des ingénieurs. Transcodage sans perte des JPEG existants (recoder un JPEG en JXL fait gagner ~20 % sans perte de qualité), prise en charge de l'alpha 1 bit, véritable décodage progressif et excellente vitesse d'encodage / décodage. Support natif dans Safari 17+, sur iOS 17+ et macOS Sonoma+. L'inconvénient : Chrome a retiré JXL en 2022 et (en 2026) ne l'a toujours pas réintégré ; l'usage web multi-navigateurs exige donc des polyfills JS ou des replis.
Comparatif de tailles de fichier : chiffres réels
Même photo de paysage iPhone (4032 × 3024 pixels), encodée dans différents formats à qualité « visuellement identique » :
| Format | Taille | % vs JPEG | Qualité visuelle |
|---|---|---|---|
| JPEG (qualité 92) | 2.8 MB | référence | excellente |
| JPEG (qualité 85) | 1.6 MB | -43 % | très bonne |
| WebP (qualité 80) | 1.1 MB | -61 % | très bonne |
| AVIF (qualité 60) | 0.78 MB | -72 % | très bonne |
| JPEG XL (effort 7, distance 1.0) | 0.92 MB | -67 % | très bonne |
Pour une photo produit 600 × 800 avec transparence :
| Format | Taille | Transparence ? |
|---|---|---|
| PNG (sans perte) | 280 KB | oui |
| WebP (qualité 90) | 88 KB | oui |
| AVIF (qualité 70) | 52 KB | oui |
| JPEG XL (effort 7) | 65 KB | oui |
Le schéma se confirme sur la plupart des contenus photographiques : AVIF gagne sur la taille, JXL n'est pas loin, WebP est le juste milieu universel, JPEG est le plus lourd mais le plus compatible. Les chiffres varient de 10 à 20 % selon le contenu (aplats vs détails fins, photographique vs synthétique).
Support navigateur en 2026
| Format | Chrome | Edge | Safari | Firefox | iOS | Android |
|---|---|---|---|---|---|---|
| WebP | oui | oui | oui (14+) | oui | oui | oui |
| AVIF | oui | oui | oui (16.4+) | oui (113+) | oui (16.4+) | oui (Chrome 85+) |
| JPEG XL | non (retiré en 2022) | non | oui (17+) | partiel (derrière un flag) | oui (17+) | non |
En pratique, en 2026 :
- WebP fonctionne pour 99 % des utilisateurs, sans exception qui mérite d'être planifiée.
- AVIF fonctionne pour 97 % des utilisateurs ; livrez un repli JPEG pour la longue traîne.
- JPEG XL ne fonctionne nativement que dans l'écosystème Apple ; utile pour les apps iOS et les flux photo uniquement Apple, pas encore pour le web grand public.
Comparatif de vitesse d'encodage
Un facteur pratique crucial souvent oublié dans les benchmarks de compression : combien de temps faut-il réellement pour encoder le fichier ?
| Format | Temps d'encodage (une photo 4032×3024, un seul cœur) |
|---|---|
| JPEG (qualité 85) | 0.05 s |
| WebP (qualité 80) | 0.18 s |
| JPEG XL (effort 7) | 0.32 s |
| AVIF (qualité 60, speed 6) | 1.4 s |
| AVIF (qualité 60, speed 9 / rapide) | 0.55 s |
AVIF en paramètres par défaut est environ 7 à 10 fois plus lent à encoder que JPEG. Pour un lot de 100 photos, c'est une vraie attente. WebP et JXL trouvent un meilleur équilibre. Les encodeurs côté navigateur (canvas.toBlob('image/avif')) sont encore plus lents que les bibliothèques natives.
Pour les outils interactifs (comme notre compresseur d'images), cela compte : AVIF donne la meilleure taille, mais la latence de l'aperçu en direct se voit.
EXIF et comportement des métadonnées
| Format | EXIF | IPTC | XMP | C2PA Content Credentials |
|---|---|---|---|---|
| JPEG | complet | oui | oui | oui (largement adopté) |
| WebP | partiel (dépend du décodeur) | partiel | oui | partiel |
| AVIF | oui (décodeurs récents) | oui | oui | oui |
| JPEG XL | oui | oui | oui | oui |
Le comportement EXIF de WebP et AVIF varie selon l'encodeur et le décodeur. Les navigateurs (en particulier canvas.toBlob) suppriment l'EXIF lors du réencodage en WebP ou AVIF ; pour le préserver, il faut des outils côté serveur comme ImageMagick, libvips ou sharp.
Pour mieux comprendre la survie de l'EXIF dans les pipelines, voir notre explication : c'est quoi les données EXIF ? et le guide complet des métadonnées photo iPhone.
Qualité à bas débit
Le vrai terrain de bataille n'est pas la qualité visuellement sans perte (les trois formats modernes y arrivent), c'est la qualité à tailles de fichier agressivement réduites, quand on essaie de servir une image de 100 KB sur une connexion mobile lente.
À 100 KB pour une image 1080×1080 :
- JPEG : artefacts de blocs visibles, banding de couleur, surtout dans les dégradés (ciel, peau).
- WebP : dégradés plus lisses que JPEG mais un rendu un peu « flou » à ce débit.
- AVIF : nettement meilleur, préserve le détail et évite le côté « mou » de WebP.
- JPEG XL : similaire à AVIF, avec une préservation du détail légèrement supérieure.
Pour les Core Web Vitals (LCP, CLS) sur mobile, cet écart pèse. AVIF à 70 % de qualité livre souvent un fichier 30 % plus petit que WebP à 80 % sans différence perceptible, et c'est exactement ce qui aide les benchmarks de chargement.
Quand choisir lequel (arbre de décision pratique)
Web (vous contrôlez la page) :
- Par défaut : AVIF avec replis WebP puis JPEG. Utilisez l'élément
<picture>. - Priorité mobile / Core Web Vitals : AVIF est le bon choix.
- Maintenance simplifiée (sans chaîne de replis) : WebP. Coûte ~20 % de taille en plus par rapport à AVIF, gagne un support universel sans
<picture>.
Pièce jointe e-mail ou fichier partagé :
- Toujours JPEG. Les clients e-mail sont inconstants avec WebP et AVIF.
Écosystème Apple (app iOS, flux Mac uniquement) :
- JPEG XL est une vraie option. Support natif dans Safari, encodage rapide, transcodage JPEG sans perte.
- Pour partager hors d'Apple, repli vers JPEG.
CMS ou banque d'images :
- WebP. Support universel, plus petit que JPEG, pas de complexité de repli, la plupart des CMS le servent bien.
- AVIF si votre CMS le supporte et que votre audience est très mobile.
Photo avec transparence (logos, photos produit, UI) :
- AVIF pour la plus petite taille avec transparence.
- WebP comme juste milieu universel.
- PNG uniquement si le sans perte absolu est indispensable.
Contenu photographique avec EXIF qui doit survivre :
- JPEG (le plus fiable de bout en bout).
- JPEG XL pour les contextes Apple uniquement.
Comment convertir et tester
Notre convertisseur d'images gère la conversion côté navigateur entre JPG, PNG, WebP, AVIF, HEIC, GIF, BMP et ICO. Déposez un fichier, choisissez le format de sortie, téléchargez par lot en ZIP. Rien n'est envoyé.
Pour les tests de compression côte à côte en direct avec un curseur de qualité, utilisez notre compresseur d'images. Les aperçus original et recompressé sont côte à côte avec le nombre exact d'octets économisés.
Pour comparer plusieurs formats d'entrée d'un coup, déposez un dossier dans le convertisseur, exportez en JPEG, puis WebP, puis AVIF, et comparez les ZIP obtenus.
Questions fréquentes
Pourquoi Chrome a-t-il retiré JPEG XL ? Google a retiré le décodeur JXL de Chrome en 2022 en invoquant « un manque d'intérêt de l'écosystème » et des coûts en ressources. La décision a fait polémique (pétitions de développeurs, ticket Mozilla ouvert, levée de boucliers des photographes). En 2026, aucune réintégration n'est annoncée.
WebP est-il mort ? Non. WebP est le format moderne sûr, avec un support universel et sans complexité de repli. AVIF gagne sur la taille mais ajoute une charge de maintenance. WebP reste le bon défaut pour la plupart des cas non extrêmes.
AVIF peut-il vraiment être 50 % plus petit que JPEG ? Oui pour du contenu photographique à qualité visuelle égale. L'écart se réduit (15 à 25 %) pour du contenu synthétique (logos, captures, line art) où le sans perte ou quasi-sans perte a plus de sens.
WebP préserve-t-il la transparence ? Oui. Le WebP avec et sans perte gère un canal alpha 8 bits.
AVIF va-t-il remplacer JPEG ? Probablement à terme. JPEG est trop installé pour un basculement rapide, mais tous les navigateurs qui décodent AVIF nativement et tous les CDN qui le servent rendent la transition réelle. D'ici 2030, AVIF sera vraisemblablement le défaut pour la photo web.
Et HEIC ? HEIC et HEIF utilisent la même famille de codecs qu'AVIF (tous sont de l'ère HEVC/AV1). HEIC est la variante Apple ; AVIF est le cousin au standard ouvert. Pour les flux Apple à Apple, HEIC. Pour le web multi-plateformes, AVIF. Voir HEIC vs JPG pour l'angle HEIC.
Conclusion
En 2026, le bon format moderne dépend de la cible :
- Web avec contrôle total : AVIF, avec replis WebP et JPEG via
<picture>. - Web avec stack simple : WebP. Le meilleur format moderne universel, sans maintenance de replis.
- E-mail et social : JPEG. Les formats modernes n'y sont pas encore sûrs.
- Écosystème Apple uniquement : JPEG XL. Rapide, léger et nativement supporté.
Pour des conversions ponctuelles, déposez le fichier dans notre convertisseur d'images. Pour des tests de compression par lot avec aperçu en direct, utilisez le compresseur d'images. Tous deux tournent entièrement dans votre navigateur.
La question HEIC vs JPG pour les contextes spécifiques iPhone fait l'objet de son propre guide : HEIC vs JPG : quel format utiliser en 2026 ?
Essaie les outils
Tamponne une photo tout de suite dans ton navigateur ou installe l'app iOS pour la capture en direct avec GPS et heure atomique.