Formats d’image en 2026 : quand AVIF surpasse WebP, et quand ce n’est pas le cas

L’état des formats d’image en 2026

AVIF est présenté comme « l’avenir » depuis assez longtemps pour qu’il ressemble désormais au présent. La prise en charge par les navigateurs a dépassé 95 % de couverture mondiale fin 2024, les CDNs ont ajouté le transcodage automatique en AVIF, et la plupart des outils d’optimisation d’images proposent maintenant AVIF par défaut. WebP, de son côté, est devenu la solution de repli sûre : omniprésent, rapide à encoder, et suffisamment bon pour la plupart des usages.

La question n’est plus de savoir si AVIF est meilleur en théorie. Il l’est. La question est de savoir si les compromis pratiques — temps d’encodage, maturité des outils, comportement dans les cas limites — justifient la migration pour votre charge de travail particulière.

Cet article parcourt l’arbre de décision. Si vous servez des milliers d’images téléversées par les utilisateurs, la réponse diffère de celle qui s’applique à une douzaine de visuels marketing soigneusement optimisés. Si la vitesse d’encodage compte pour vous, la réponse change encore.

Là où AVIF gagne nettement

AVIF utilise la compression intra-image du codec vidéo AV1, ce qui lui permet de bénéficier de plusieurs années d’optimisation pour la vidéo en mouvement. Résultat : des fichiers systématiquement plus petits que WebP à qualité perceptuelle équivalente, en particulier pour les contenus photographiques.

Dans des tests répétés sur des ensembles d’images variés, les fichiers AVIF sont 20 à 30 % plus petits que les fichiers WebP au même score SSIM. Pour les photos en haute résolution — photos de produits, images éditoriales, tout ce qui dépasse 1200 px de large — l’écart s’accumule rapidement. Un WebP de 2 Mo devient un AVIF de 1,4 Mo. Multipliez cela par une centaine d’images sur une page, et les économies de bande passante deviennent significatives.

AVIF gère aussi mieux que WebP les dégradés doux et les zones à faible contraste. L’héritage VP8 de WebP signifie qu’il peut introduire des bandes dans les ciels, les ombres et d’autres transitions tonales subtiles. Le codage par transformation plus sophistiqué d’AVIF évite ce problème. Si vos images contiennent beaucoup de dégradés — travaux de design, illustrations, couchers de soleil — AVIF aura un rendu plus propre avec des fichiers plus petits.

La prise en charge par les navigateurs est désormais suffisamment solide pour qu’AVIF puisse être le format principal de la plupart des sites. Safari a ajouté la prise en charge dans la version 16.4 (mars 2023), ce qui constituait le dernier grand retardataire. La prise en charge mondiale dépasse 95 % début 2026. L’écart restant concerne les anciens appareils Android et les navigateurs d’entreprise hérités, raison pour laquelle vous avez toujours besoin d’une solution de repli.

Là où WebP reste pertinent

La vitesse d’encodage est la principale contrainte pratique. L’encodage AVIF est 5 à 10 fois plus lent que WebP, selon les réglages de qualité et l’implémentation de l’encodeur. Pour le contenu généré par les utilisateurs — photos de profil, pièces jointes de forum, tout ce qui est téléversé en temps réel — cette latence compte. Un encodage WebP qui prend 200 ms devient un encodage AVIF de 2 secondes. Si vous traitez les téléversements de manière synchrone, c’est un délai visible par l’utilisateur.

La solution consiste soit à encoder de manière asynchrone (téléverser l’original, servir un placeholder, encoder en arrière-plan), soit à rester sur WebP pour le contenu généré par les utilisateurs et à réserver AVIF aux ressources sélectionnées que vous contrôlez. Beaucoup de sites font les deux : AVIF pour les images marketing, WebP pour les téléversements utilisateurs.

WebP bénéficie aussi d’une meilleure maturité d’outillage. Toutes les bibliothèques d’images, extensions de CMS et CDNs prennent en charge WebP depuis des années. La prise en charge d’AVIF rattrape son retard, mais des cas limites existent encore. Certaines anciennes versions d’ImageMagick produisent des sorties AVIF de mauvaise qualité. Certains CDNs facturent un supplément pour le transcodage AVIF. Si vous travaillez dans un environnement contraint — CMS hérité, budget limité, délais serrés — WebP est la voie de moindre résistance.

Enfin, WebP reste plus petit que JPEG dans presque tous les cas, et l’encodage est assez rapide pour un usage en temps réel. Si votre référence actuelle est JPEG et que vous n’avez pas encore migré vers des formats modernes, WebP est la première étape la plus sûre. Vous pourrez toujours ajouter AVIF plus tard comme amélioration progressive.

L’arbre de décision pratique

Voici comment choisir :

• Images marketing sélectionnées, visuels hero, photos éditoriales : Utilisez AVIF comme format principal, avec WebP comme première solution de repli et JPEG comme solution de repli finale. Les économies de taille de fichier justifient le coût d’encodage, et vous contrôlez le pipeline.
• Contenu généré par les utilisateurs téléversé en temps réel : Utilisez WebP. La vitesse d’encodage compte davantage que les 20 % restants d’efficacité de compression, et vous ne pouvez pas vous permettre des délais de plusieurs secondes.
• Illustrations, graphismes en aplats, captures d’écran : AVIF est meilleur que WebP, mais PNG reste souvent compétitif pour les graphismes simples avec de grandes zones uniformes. Testez les deux. Si votre PNG est déjà petit et se compresse bien, la migration de format ne vaut peut-être pas l’effort.
• Miniatures et petites images : WebP suffit généralement. Les économies absolues en octets avec AVIF sont faibles (un WebP de 10 Ko devient un AVIF de 8 Ko), et la vitesse d’encodage compte davantage à grande échelle.
• La prise en charge des navigateurs hérités est critique : Gardez WebP comme format moderne principal. La couverture de 95 % d’AVIF est excellente, mais si vous servez une base d’utilisateurs avec des appareils anciens ou des environnements d’entreprise, la prise en charge quasi universelle de WebP est plus sûre.

Si vous avez un doute, le modèle le plus sûr consiste à servir AVIF aux navigateurs qui le prennent en charge, avec une solution de repli WebP et une solution de repli finale JPEG. L’élément <picture> rend cela simple :

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description">
</picture>

Cette approche vous donne le meilleur des deux mondes : une compression maximale pour les navigateurs modernes, et des solutions de repli sûres pour les plus anciens.

Les réglages d’encodage qui comptent

Si vous adoptez AVIF, les réglages d’encodage ont un impact plus important sur la qualité de sortie qu’avec WebP. La flexibilité d’AVIF signifie qu’il existe davantage de façons de produire un mauvais résultat.

Les deux réglages les plus importants sont la qualité et la vitesse. La qualité est simple : des valeurs plus élevées donnent des images plus belles et des fichiers plus volumineux. Pour AVIF, un réglage de qualité entre 75 et 85 est généralement le meilleur compromis pour le contenu photographique. En dessous de 70, des artefacts visibles commencent à apparaître. Au-dessus de 90, la taille des fichiers explose sans gain de qualité significatif.

La vitesse contrôle le temps que l’encodeur consacre à optimiser la sortie. Un encodage plus lent produit des fichiers plus petits, mais les rendements décroissent rapidement. La plupart des encodeurs utilisent une échelle de 0 à 10, où 0 est le plus lent et 10 le plus rapide. Un réglage de vitesse entre 6 et 8 est un bon compromis : l’encodage est assez rapide pour le traitement par lots, et les tailles de fichiers restent à 10-15 % du minimum théorique.

Si vous encodez AVIF sur le serveur, utilisez une version récente de libavif ou avifenc. Les anciens encodeurs (avant 2024) produisent une sortie nettement moins bonne à taille de fichier équivalente. Le format continue de mûrir, et les améliorations des encodeurs ont été importantes.

Et JPEG XL ?

JPEG XL est techniquement supérieur à AVIF comme à WebP. Il compresse mieux, s’encode plus vite, prend en charge la compression sans perte et gère une plus grande variété de types d’images. C’est aussi un format mort.

Google a retiré la prise en charge de JPEG XL de Chrome en 2022, invoquant une faible adoption et une complexité élevée. Apple n’a jamais ajouté la prise en charge. En 2026, JPEG XL n’est pris en charge que dans Firefox et Safari Technology Preview, ce qui signifie qu’il n’est pas viable en production. À moins que les éditeurs de navigateurs ne fassent marche arrière — ce qui est peu probable — JPEG XL restera un format pour passionnés et flux d’archivage, pas pour le web.

Le chemin de migration

Si vous passez de JPEG aux formats modernes, le chemin le plus sûr est le suivant :

1. Auditez votre pipeline d’images actuel. Identifiez d’où viennent les images (CMS, téléversements utilisateurs, CDN), comment elles sont traitées et quels formats vous servez actuellement. Pourquoi le traitement des images dans le navigateur est un gain pour la confidentialité couvre certains compromis liés à l’endroit où le traitement des images a lieu.
2. Commencez par WebP. Il est rapide à encoder, largement pris en charge, et réduit immédiatement la taille des fichiers. C’est la première étape à faible risque.
3. Ajoutez AVIF pour le contenu sélectionné. Une fois WebP fiable, ajoutez AVIF pour les images à forte valeur où la taille de fichier compte le plus. Testez les temps d’encodage et assurez-vous que votre CDN ou service d’images le prend en charge.
4. Surveillez la prise en charge des navigateurs. La couverture AVIF est désormais excellente, mais si vos analytics montrent un pourcentage significatif d’utilisateurs sur d’anciens navigateurs, gardez WebP comme format principal.
5. Mesurez l’impact. Utilisez la surveillance réelle des utilisateurs pour suivre les temps de chargement des pages et le Largest Contentful Paint avant et après la migration. Comment lire un rapport Lighthouse sans paniquer est un guide utile pour interpréter les métriques de performance.

L’objectif n’est pas d’utiliser le format le plus récent simplement parce qu’il est nouveau. L’objectif est de servir des images plus petites sans sacrifier la qualité, ce qui améliore la vitesse des pages et réduit les coûts de bande passante. AVIF le fait mieux que WebP dans la plupart des cas, mais les contraintes pratiques — vitesse d’encodage, outillage, prise en charge par les navigateurs — signifient que WebP reste le bon choix pour certaines charges de travail.

Points clés

• AVIF est 20 à 30 % plus petit que WebP à qualité équivalente, surtout pour le contenu photographique et les images avec dégradés.
• L’encodage AVIF est 5 à 10 fois plus lent que WebP, ce qui le rend peu pratique pour les téléversements utilisateurs en temps réel, sauf si vous encodez de manière asynchrone.
• La prise en charge d’AVIF par les navigateurs dépasse 95 % à l’échelle mondiale, mais la prise en charge quasi universelle de WebP en fait la solution de repli la plus sûre.
• Pour les images marketing sélectionnées, utilisez AVIF comme format principal avec des solutions de repli WebP et JPEG. Pour le contenu généré par les utilisateurs, restez sur WebP.
• JPEG XL est techniquement supérieur, mais ne bénéficie d’aucune prise en charge viable par les navigateurs et ne doit pas être utilisé pour des sites web en production.

FAQ

Q : Puis-je servir AVIF sans solution de repli ?

R : Pas encore. La prise en charge d’AVIF dépasse 95 %, mais cela laisse encore des millions d’utilisateurs sur d’anciens navigateurs. Incluez toujours une solution de repli WebP ou JPEG avec l’élément <picture>. Le navigateur sélectionnera automatiquement le meilleur format qu’il prend en charge.

Q : AVIF prend-il en charge la transparence ?

R : Oui. AVIF prend en charge un canal alpha, ce qui en fait un remplacement viable de PNG lorsque vous avez besoin de transparence. Les tailles de fichiers sont généralement plus petites que PNG, même si l’encodage est plus lent.

Q : Dois-je réencoder toutes mes images existantes en AVIF ?

R : Seulement si les économies de bande passante justifient l’effort. Commencez par les pages à fort trafic et les grandes images où l’impact est le plus visible. Pour les pages à faible trafic ou les petites images, le retour sur investissement est minimal. Concentrez-vous d’abord sur les nouveaux contenus, puis complétez l’existant de manière sélective.

Q : Quel est le meilleur outil pour encoder AVIF par lots ?

R : avifenc (partie de libavif) est l’outil en ligne de commande le plus utilisé. Pour les outils avec interface graphique, Squoosh (web-based) et ImageOptim (Mac) prennent tous deux en charge AVIF. La plupart des CDNs et services d’images modernes (Cloudflare, Cloudinary, imgix) peuvent transcoder automatiquement vers AVIF.

Q : AVIF fonctionne-t-il avec les images responsives et srcset ?

R : Oui. Utilisez l’élément <picture> avec plusieurs éléments <source> pour les solutions de repli de format, et srcset dans chaque <source> pour le dimensionnement responsive. Le navigateur choisira le meilleur format et la meilleure taille selon la prise en charge et la largeur du viewport.

<!-- tool-cta:start -->

💡 Essayez ceci : Comparez les deux formats sur vos propres ressources avec Image Converter, qui peut générer à la fois de l’AVIF et du WebP afin que vous puissiez mesurer la taille et la qualité en conditions réelles.

<!-- tool-cta:end -->

Sources

• AVIF vs WebP : une comparaison complète — Analyse détaillée de l’efficacité de compression et des réglages de qualité selon différents types d’images.
• Can I use AVIF? — Données actuelles de prise en charge par les navigateurs pour le format d’image AVIF.
• Dépôt GitHub libavif — Implémentation de référence de l’encodeur et documentation pour AVIF.
• Web Almanac : Images — Rapport annuel sur l’adoption des formats d’image et les performances sur le web.