Guide de référence

WebP, AVIF, JPEG, PNG : comparatif des formats d'image en 2026

Il n'existe pas de meilleur format d'image. Il existe des formats adaptés à des usages précis. Confondre les deux coûte du poids, de la qualité ou de la compatibilité, parfois les trois à la fois.

10 min de lecture WebP, AVIF, JPEG, PNG : comparatif des formats d'image en 2026

En résumé

En 2026, WebP est le format polyvalent recommandé : 25 à 35 % plus léger que JPEG, support universel, transparence incluse. AVIF offre 20 à 50 % de gain supplémentaire mais implique un décodage plus lent sur appareils anciens. JPEG reste la valeur sûre pour les archives. PNG s'impose dès que la transparence sans perte est requise.

97 %

Support navigateur WebP

Can I Use, mai 2026

~94 %

Support navigateur AVIF

Can I Use, mai 2026

25–35 %

Gain moyen WebP vs JPEG

Google Developers, WebP Study

20–50 %

Gain AVIF vs WebP selon le contenu

Benchmarks AOM / études indépendantes 2023-2024

Pourquoi le format change vraiment quelque chose

Une image JPEG de 200 Ko peut descendre à 130 Ko en WebP et à 90 Ko en AVIF. Même contenu visuel, même perception de qualité pour l’œil : trois poids très différents selon le codec utilisé.

Déf

Codec

Algorithme d'encodage et de décodage d'un fichier image (ou vidéo). Le codec détermine comment les données pixel sont compressées, avec ou sans perte d'information. JPEG, WebP et AVIF utilisent des codecs différents, c'est pourquoi ils produisent des résultats différents sur le même contenu.

Aussi appelé : format d'encodage, algorithme de compression

Le choix du format impacte trois choses concrètes :

Le poids de la page. Une page avec 20 images JPEG moyennes de 200 Ko représente 4 Mo de transfert. Les mêmes images en AVIF peuvent descendre sous 2 Mo. Sur mobile en 4G, c’est la différence entre une page qui charge en 2 secondes et une qui charge en 5.

Le LCP. Le Largest Contentful Paint est directement lié au poids de l’image principale. Google le mesure, les moteurs de recherche le prennent en compte. Passer une image hero de 300 Ko à 150 Ko améliore mécaniquement ce score.

La qualité perçue. Réduire le poids ne signifie pas nécessairement dégrader l’image, à condition de choisir le bon codec pour le bon contenu. Un algorithme de compression adapté préservera mieux les détails qu’une réduction brutale de la qualité JPEG.

JPEG : toujours pertinent en 2026 ?

JPEG a 30 ans. C’est le format qui a rendu les photos numériques partageables à l’époque du modem 56K. Sa logique de base n’a pas changé : compresser une photo en supprimant les détails que l’œil perçoit le moins.

Ce que JPEG fait bien

Support navigateur à 100 %. Tous les outils, CMS, plateformes sociales, appareils photo le lisent sans exception. Un fichier JPEG partagé sur WhatsApp, publié sur WordPress ou importé dans Photoshop ne posera jamais de problème de compatibilité.

Les encodeurs JPEG modernes (mozjpeg, libjpeg-turbo) améliorent encore la compression par rapport à l’encodeur d’origine. En pratique, un JPEG re-encodé avec mozjpeg à qualité 80 est souvent 20 à 30 % plus léger qu’un JPEG standard à qualité 80, sans différence visible.

Ce que JPEG ne fait pas

Pas de canal alpha. Toute image avec transparence exportée en JPEG verra la transparence remplacée par un fond blanc (ou noir, selon l’outil). C’est la principale limite.

Pas d’animation native. Et dès que la compression est poussée, les artefacts de blocage apparaissent : ces zones pixelisées autour des contours qui signalent une compression trop agressive.

Quand utiliser JPEG en 2026 ?

Quand la compatibilité absolue prime et que la conversion automatique n’est pas disponible. Pour les archives photos. Pour les exports depuis des appareils photo numériques qui n’ont pas encore adopté d’autre format. Pour les CMS qui n’ont pas encore de pipeline de conversion WebP/AVIF.

PNG : quand la qualité sans compromis s’impose

PNG compresse sans perte. Chaque pixel de l’image décodée est identique à l’original : aucune information n’est supprimée lors de l’encodage. Ce n’est pas un avantage universel : c’est un avantage précis, pour des cas d’usage précis.

Ce que PNG fait bien

Transparence parfaite via le canal alpha 8 bits. Logos sur fond coloré, icônes sur fond variable, images avec bords flous : PNG est le format natif pour ces usages. La transparence est encodée pixel par pixel, sans artefact de compression.

Texte et graphiques. Les captures d’écran, les schémas, les illustrations vectorielles rasterisées conservent leurs contours nets. JPEG floute systématiquement les bords droits.

Lossless pour les sources. Quand une image sert de source de travail (pour être retouchée, recadrée, réexportée), PNG préserve l’intégralité de l’information.

Ce que PNG ne fait pas

Les photos en PNG sont lourdes. Une photo de 3 mégapixels en PNG peut dépasser 5 Mo. PNG n’est pas conçu pour la compression de photos : c’est un format sans perte, pas un format léger pour les images photographiques.

Quand utiliser PNG en 2026 ?

Logos, icônes, illustrations avec transparence. Screenshots. Images sources conservées pour traitement ultérieur. Tout contenu où la précision pixel est plus importante que le poids.

WebP : le format polyvalent du web moderne

Google a publié WebP en 2010. Il a mis une décennie à être adopté universellement : Safari n’a ajouté le support qu’en 2020. Aujourd’hui, le support dépasse 97 % des navigateurs. C’est le seul format moderne qui combine compression avec perte, compression sans perte, transparence alpha et animation dans un même conteneur.

Ce que WebP fait bien

En mode avec perte, WebP est 25 à 35 % plus léger que JPEG à qualité perçue équivalente. Pour une photo, c’est significatif. Pour un portfolio de 50 images, c’est une réduction de taille de page qui se voit sur les métriques Core Web Vitals.

En mode sans perte, WebP est en moyenne 26 % plus léger que PNG selon l’étude comparative publiée par Google Developers. Transparence préservée, poids réduit.

La polyvalence est réelle : un seul format peut remplacer JPEG et PNG dans la plupart des cas d’usage web.

Ce que WebP ne fait pas parfaitement

Le décodage WebP consomme légèrement plus de CPU que JPEG sur certains appareils anciens. La différence est marginale sur du matériel récent.

Côté navigateur, les anciens iPhone sous iOS 13 ou les Android très anciens ne supportent pas WebP. En pratique, la part de ces appareils est estimée à moins de 5 % du trafic web global en 2026.

Quand utiliser WebP en 2026 ?

Pour la quasi-totalité des images web destinées aux navigateurs modernes. Photos, illustrations, images de produits, captures d’écran : WebP est le choix par défaut quand la compatibilité maximale et le poids réduit sont les deux priorités.

AVIF : le challenger qui tient ses promesses

AVIF est basé sur le codec AV1, développé par l’Alliance for Open Media (Google, Mozilla, Microsoft, Netflix, Apple entre autres). Là où WebP est une évolution de VP8, AVIF utilise une technologie de compression de génération suivante.

Ce que AVIF fait mieux que WebP

La compression est supérieure. Sur des photos, AVIF produit des fichiers 20 à 50 % plus légers que WebP à qualité visuelle comparable. La différence se remarque surtout sur les images complexes avec beaucoup de détails ou de gradients.

AVIF supporte le HDR (High Dynamic Range) et les espaces colorimétriques étendus (P3, Rec. 2020). Pour les images hautes fidélité destinées aux écrans modernes, c’est un avantage que WebP ne peut pas égaler.

Ce que AVIF ne fait pas encore parfaitement

Le décodage est plus lent. Sur appareils anciens sans décodage matériel AV1, l’affichage d’une page avec de nombreuses images AVIF peut être plus lent qu’avec WebP. Le décodage CPU d’AVIF est significativement plus coûteux que celui de WebP. Sans accélération matérielle, la différence est mesurable sur appareils antérieurs à 2020.

Le support navigateur est à ~94 % environ, contre 97 % pour WebP. Safari a ajouté le support dans iOS 16 et macOS Ventura, ce qui représente encore un parc non négligeable d’appareils Apple plus anciens hors scope.

L’encodage est lent. Générer un fichier AVIF prend 5 à 10 fois plus longtemps qu’un WebP à qualité équivalente. Pour un pipeline de build Astro ou un CDN avec conversion à la volée, c’est un coût à anticiper.

Quand utiliser AVIF en 2026 ?

Pour les images hero et les images critiques au LCP, où le gain de poids justifie le temps d’encodage. Pour les sites qui ciblent des appareils récents (smartphones 2021+, ordinateurs de 2020+). En complément de WebP via l’élément HTML <picture> avec fallback.

WebP vs AVIF : lequel choisir ?

WebP vs AVIF

★ Recommandé

WebP

8.8/10

+Support universel : 97 % des navigateurs
+Encodage rapide
+Polyvalent : perte, sans perte, transparence, animation
+Faible coût CPU au décodage
−Compression moins efficace qu'AVIF sur les photos complexes
−Pas de support HDR natif

Le choix sûr pour tous les projets web en 2026.

AVIF

9.2/10

+Compression supérieure : 20 à 50 % de plus que WebP
+Support HDR et espaces colorimétriques étendus
+Meilleure qualité à très bas débit
−Support à ~94 % : fallback conseillé pour ~6 % des navigateurs
−Encodage lent
−Décodage plus coûteux en CPU sur appareils anciens

Le meilleur choix technique, avec un fallback WebP obligatoire.

La stratégie pratique pour 2026 : servir AVIF aux navigateurs compatibles, WebP en fallback, JPEG en dernier recours. L’élément <picture> gère ce cascade nativement :

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description de l'image" loading="lazy">
</picture>

Côté navigateur, chaque client choisit automatiquement le meilleur format qu’il supporte. Aucune logique JavaScript nécessaire.

JPEG XL : un format à surveiller

JPEG XL en 2026 : prometteur mais pas encore pour la production

JPEG XL (extension .jxl) offre des performances de compression exceptionnelles (meilleure qualité qu’AVIF sur certains types de contenu) et supporte la conversion lossless depuis JPEG sans perte de qualité. Chrome a retiré son support expérimental en 2022, puis l’a réintroduit derrière un flag en 2024. Safari supporte JPEG XL depuis Safari 17. Firefox depuis la version 128.

En pratique, le support global reste autour de 25 % en 2026 : Chrome ne supporte pas encore JPEG XL nativement, ce qui exclut environ 65 % du trafic navigateur. Pour un projet en production, JPEG XL nécessite toujours un fallback. À surveiller pour 2027.

Tableau de décision par cas d’usage

Quel format selon votre cas d'usage ?

Format	Photo/shot	Illustration	Transparence	Animation	Support nav.	Recommandé pour
JPEG	✅ Natif	⚠️ Artefacts	❌ Non	❌ Non	100 %	Archives, CMS legacy, exports appareil photo
PNG	❌ Trop lourd	✅ Parfait	✅ Alpha	❌ Non	100 %	Logos, icônes, screenshots, images sources
WebP	✅ Excellent	✅ Très bon	✅ Alpha	✅ Oui	97 %	Toutes les images web, choix par défaut
AVIF	✅ Compression max	✅ Excellent	✅ Alpha	✅ Oui	~94 %	Images critiques LCP, sites ciblant appareils récents
GIF	❌ Déconseillé	⚠️ Limité	⚠️ 1 bit	✅ Natif	100 %	Animations simples legacy, préférer WebP/AVIF animé
SVG	❌ N/A	✅ Vectoriel	✅ Native	✅ CSS/SMIL	99 %	Logos, icônes, graphiques scalables

Données mai 2026, support navigateur : caniuse.com

❌ Idée reçue

WebP est toujours meilleur que JPEG.

✅ Réalité

WebP est meilleur en compression, pas forcément en résultat final. Un JPEG ré-encodé avec mozjpeg peut être comparable à un WebP naïvement encodé. Le codec compte autant que le format, et la qualité de l'encodeur utilisé est souvent plus décisive que le choix du format.

Source : Mozilla Engineering Blog, mozjpeg encoder / Kornel Lesiński, 2023

Comment convertir ses images

La conversion manuelle image par image n’est pas scalable. Les approches concrètes :

En pipeline de build (Astro, Next.js, Nuxt)

Astro gère la conversion automatique via @astrojs/image ou le composant <Image /> natif depuis Astro 3. Configurer format: "avif" avec un fallback format: "webp" suffit pour la majorité des projets statiques. La conversion se fait à la génération : aucun coût serveur en production.

Via CDN avec transformation à la volée

Cloudflare Images, Cloudinary et imgix servent automatiquement le format optimal selon l’en-tête Accept du navigateur. L’URL source reste une seule image ; le CDN gère le format selon le client. Solution adaptée aux sites avec beaucoup d’images uploadées dynamiquement.

Via outils locaux

Squoosh (navigateur, 100% local) compare visuellement les formats avant export. Sharp (Node.js) et ImageMagick (CLI) traitent des lots d’images en masse. En pratique, pour un projet Astro statique, ces outils sont rarement nécessaires : le pipeline de build s’en charge.

Convertir directement une image sans installation : utiliser Impmage : 100% local, aucune donnée envoyée

Questions fréquentes

Quel est le meilleur format d'image pour le web en 2026 ? ▾

WebP est le choix par défaut : support à 97 %, 25 à 35 % plus léger que JPEG, transparence incluse. Pour les images les plus critiques (LCP, hero), AVIF offre 20 à 50 % de gain supplémentaire, avec un fallback WebP via l'élément <picture>. Il n'existe pas de format universel optimal : le bon choix dépend du type d'image, de l'audience cible et du pipeline disponible.

WebP remplace-t-il vraiment JPEG et PNG ? ▾

Oui, pour la quasi-totalité des usages web. WebP couvre les photos (compression avec perte), les illustrations et logos (compression sans perte), et les images avec transparence (canal alpha). La seule exception : le support sur appareils très anciens ou CMS qui ne gèrent pas WebP. Dans ce cas, un fallback JPEG ou PNG reste nécessaire.

AVIF est-il mieux que WebP ? ▾

Techniquement oui, en termes de compression : AVIF produit des fichiers 20 à 50 % plus légers que WebP à qualité visuelle comparable selon le type de contenu. Mais le support navigateur est encore à ~94 % contre 97 % pour WebP, et le décodage est plus coûteux en CPU sur appareils anciens. La stratégie recommandée est de servir AVIF aux navigateurs compatibles et WebP en fallback, pas de choisir l'un ou l'autre.

Quel format choisir pour une image avec transparence ? ▾

PNG pour la transparence sans perte (logos, icônes, captures avec fond transparent). WebP ou AVIF pour la transparence avec compression : le canal alpha est supporté dans les deux formats et permet des fichiers bien plus légers que PNG sur des images complexes. JPEG ne supporte pas la transparence.

Est-ce que tous les navigateurs supportent AVIF en 2026 ? ▾

La plupart, mais pas tous. Chrome (depuis v85), Firefox (v93+), Edge et Safari (depuis iOS 16 / macOS Ventura) supportent AVIF. Les anciens appareils Apple sous iOS 15 ou antérieur ne le supportent pas. La part de marché de ces appareils est en baisse mais reste significative selon l'audience. Un fallback WebP via <picture> est fortement recommandé.

JPEG XL est-il prêt pour la production en 2026 ? ▾

Pas encore pour un déploiement sans fallback. Le support global reste autour de 25 % en 2026 : Chrome ne supporte pas encore JPEG XL nativement, ce qui exclut la majorité du trafic navigateur. Safari 17+ et Firefox 128+ le supportent. Pour les projets en production, AVIF ou WebP restent les choix fiables. JPEG XL mérite d'être suivi pour ses performances et sa transition lossless depuis JPEG.

Quel format d'image est le plus léger ? ▾

AVIF est généralement le plus léger pour les photos à qualité perçue équivalente. Pour les images avec tracés nets et aplats de couleur (logos, icônes, illustrations), SVG est imbattable car il est vectoriel et scalable sans augmentation de poids. Pour les cas intermédiaires (captures d'écran, illustrations rasterisées), WebP sans perte est souvent plus léger que PNG.

Comment convertir ses images en WebP ou AVIF facilement ? ▾

Plusieurs approches selon le contexte : Squoosh (en ligne, 100% local dans le navigateur) pour des conversions manuelles avec prévisualisation qualité. Le composant <Image /> d'Astro pour un pipeline de build automatique. Cloudflare Images ou Cloudinary pour des conversions à la volée sur un CDN. En ligne de commande : Sharp (Node.js) ou ImageMagick pour des conversions en masse.