Réponse courte : le meilleur format d’image pour un site web en 2026
En 2026, le meilleur format d’image pour la plupart des sites est le WebP. C’est le défaut pratique pour les photos, images produit, vignettes, images de blog et beaucoup de graphiques transparents, parce qu’il donne en général des fichiers plus légers que le JPEG ou le PNG tout en fonctionnant dans les navigateurs modernes.
Cela ne veut pas dire que « tout convertir en WebP » soit un bon plan de migration. L’AVIF peut battre le WebP en taille de fichier pour les gros visuels. Le JPEG reste le fallback le plus sûr pour les vieux navigateurs, l’e-mail, les imports CMS et les formulaires d’envoi tiers. Le PNG reste bon pour les captures, les schémas et les assets bitmap où les bords précis ou la transparence comptent. Pour les logos et les icônes, le SVG bat tous les autres quand le tracé est vectoriel.
La vraie réponse pour 2026 :
| Situation | Meilleur premier choix | Pourquoi |
|---|---|---|
| La plupart des photos d’un site | WebP | Gain de taille net et large support moderne |
| Grand héros ou image de galerie | AVIF avec fallback WebP/JPEG | Meilleur gain d’octets là où LCP et bande passante comptent |
| E-mail, vieux CMS, import dans une appli native | JPEG | Compatibilité maximale, moins de surprises à l’envoi |
| Capture d’écran ou image d’interface | PNG ou WebP sans perte | Garde net le texte et les bords francs |
| Logo ou icône | SVG, puis PNG/WebP si un raster est requis | Passe partout et reste très léger |
| Découpe produit avec transparence | WebP avec alpha, ou PNG si la chaîne l’exige | Conserve la transparence sans fichier surdimensionné |
| Envoi HEIC depuis iPhone | Convertir en JPEG ou WebP avant publication | Le HEIC n’est pas un format web public sûr |
Pourquoi ce choix compte encore
Le format d’image détermine en partie le nombre d’octets qu’un visiteur télécharge. Cela joue sur la vitesse de la page, la consommation de données mobiles et le Largest Contentful Paint, surtout quand l’image est au-dessus de la ligne de flottaison. Les recommandations Lighthouse de Chrome traitent toujours l’AVIF et le WebP comme des formats modernes offrant une meilleure compression et une meilleure qualité que le JPEG et le PNG classiques pour beaucoup d’images web.
Le format n’est cependant qu’une partie du SEO d’image. Un AVIF parfaitement encodé peut quand même casser les performances s’il fait 4000 px de large et s’affiche dans un emplacement de 700 px. Un WebP minuscule n’aidera pas au classement si l’image n’a pas d’alt utile et que la page est mince. Choisissez le format, puis redimensionnez, compressez, définissez width et height, écrivez un alt pertinent et servez des sources responsive.
Un modèle mental simple aide : d’abord les bons pixels, ensuite le bon format.
Utilisez le WebP comme défaut au quotidien
Le WebP est le meilleur défaut pour l’essentiel du travail d’image web en 2026. Il gère la compression avec perte pour les photos, la compression sans perte pour les graphiques, la transparence et l’animation. Google indique que les images WebP sans perte sont 26 % plus légères que les PNG et que les WebP avec perte sont 25 à 34 % plus légères que les JPEG équivalents à qualité comparable.
Utilisez le WebP pour :
- Les photos de blog et de centres d’aide.
- Les images de fiches produit et les vignettes.
- Les images de pages catégorie.
- Les photos d’équipe et portraits d’auteur.
- Les images de fond qui n’ont pas besoin du gain AVIF.
- Les graphiques transparents quand votre CMS et vos navigateurs cibles gèrent le WebP de manière fiable.
Le WebP est aussi un bon choix opérationnel. La plupart des éditeurs, outils de build, plugins CMS, CDN et convertisseurs dans le navigateur savent le produire. Pour une petite équipe qui veut un seul format moderne sans gérer plusieurs fallbacks par image, le WebP est la solution la moins contraignante.
Utilisez l’AVIF là où le gain justifie la chaîne technique
L’AVIF est le format à tester quand le poids des images est un vrai problème métier : un gros héros, une landing à fort trafic, un portfolio de photo pleine largeur, ou une galerie produit où toutes les images sont chargées sur mobile. MDN décrit l’AVIF comme un format haute performance libre de droits, avec transparence, animation, profondeur de couleur plus élevée, HDR et large gamut. En pratique, son plus grand atout quotidien est de produire des fichiers plus petits pour beaucoup d’images photographiques.
Le hic est la chaîne. L’AVIF peut être plus lent à encoder, et certains vieux navigateurs, webviews d’application, outils CMS ou portails d’envoi ne le manient pas aussi bien que le JPEG ou le WebP. Voilà pourquoi l’AVIF est en général la première source d’une chaîne de fallback, pas le seul fichier qu’on garde.
Utilisez l’AVIF quand :
- L’image est assez grande pour que le gain d’octets compte.
- L’asset est généré au build ou via un CDN.
- Vous pouvez juger la qualité visuelle avant publication.
- Vous pouvez servir un fallback WebP ou JPEG.
- Votre analytics montre un usage de navigateurs modernes.
N’utilisez pas l’AVIF aveuglément pour la moindre petite vignette. Si un WebP de 14 Ko devient un AVIF de 10 Ko mais met plus de temps à se produire et complique votre pipeline, le gain n’en vaut peut-être pas la chandelle.
Gardez le JPEG pour la compatibilité, le fallback et les flux hors web
Le JPEG n’est pas mort. Il n’est simplement plus le meilleur défaut quand on vise la performance web.
Gardez le JPEG quand la compatibilité compte plus que la compression maximale :
- Newsletters et pièces jointes e-mail.
- Vieux imports CMS ou médiathèques avec contrôles de fichier stricts.
- Applis natives ou portails d’envoi qui n’acceptent que le JPEG.
- Outils sociaux qui recompressent tout de toute façon.
- Vieux navigateurs, navigateurs intégrés à des apps, kiosques, appareils embarqués.
- L’image de fallback à l’intérieur d’un élément
<picture>.
Le JPEG convient aussi quand la page n’est pas très chargée en images et que la performance n’est pas contrainte. Un JPEG bien redimensionné à une qualité raisonnable vaut mieux qu’un WebP énorme servi aux mauvaises dimensions. La plupart des mauvaises performances d’image viennent de pixels surdimensionnés, pas du JPEG.
Utilisez le PNG quand les pixels doivent rester exacts
Le PNG n’est pas un format moderne de livraison de photos. C’est un format de précision. Utilisez-le quand les bords sans perte, le texte ou la transparence comptent plus que la taille du fichier.
Bons cas d’usage du PNG :
- Captures d’UI avec du petit texte.
- Graphiques, schémas et line art.
- Logos quand le SVG n’est pas disponible.
- Assets bitmap transparents dans les flux de design.
- Fichiers qui seront édités plusieurs fois.
Mauvais cas d’usage du PNG :
- Photos de caméra.
- Fonds de héros.
- Grandes photos produit sans transparence.
- Images décoratives qui pourraient être WebP ou AVIF.
Un PNG photographique peut peser plusieurs fois plus qu’un JPEG, WebP ou AVIF visuellement équivalent. Si l’image est photographique et n’a besoin ni de transparence ni de préservation exacte des pixels, le PNG est en général le mauvais export.
N’oubliez pas le SVG pour les logos et icônes
La plupart des articles « meilleur format » comparent JPG, PNG, WebP et AVIF, mais les logos et icônes d’un site sont souvent mieux en SVG. Le SVG est vectoriel, il reste net à toute taille et il est souvent bien plus léger qu’un logo raster.
Utilisez le SVG pour :
- Les logos de site.
- Les icônes simples.
- Les symboles d’interface.
- Les illustrations plates naturellement vectorielles.
Utilisez PNG ou WebP à la place quand l’asset est un raster complexe, quand la plateforme retire les SVG ou quand vous ne faites pas confiance à la source du SVG. Un SVG peut contenir du balisage proche du code — n’utilisez des SVG que depuis des flux de confiance.
Décisions de format par type de page
Des pages différentes méritent des choix de format différents. Un héros de page d’accueil et une capture dans un article d’aide ne devraient pas être traités de la même façon.
| Page ou asset | Configuration recommandée | Notes |
|---|---|---|
| Héros de home | AVIF en premier, WebP ensuite, JPEG en fallback | Précharger ou prioriser si c’est l’image LCP |
| Image d’article de blog | WebP, avec fallback JPEG si nécessaire | Redimensionner à la largeur de contenu affichée |
| Grille de listing produit | Vignettes WebP | Garder des dimensions constantes pour éviter le layout shift |
| Galerie de fiche produit | AVIF/WebP pour les grandes photos, fallback JPEG | Tester le zoom sur détail avant publication |
| Capture dans la doc | PNG ou WebP sans perte | Éviter les artefacts autour du texte |
| Logo | SVG | Fallback PNG seulement si vraiment requis |
| Portrait d’auteur | WebP | JPEG convient si le CMS ne gère pas le WebP |
| Image d’e-mail | JPEG ou PNG | Les flux e-mail sont souvent plus stricts que les navigateurs |
| Image presse téléchargeable | JPEG plus une source haute résolution optionnelle | Les utilisateurs ont souvent besoin de compatibilité, pas du plus petit fichier |
Si vous ne pouvez faire qu’un changement cette semaine, commencez par les plus grandes images au-dessus de la ligne de flottaison et les templates les plus visités qui portent beaucoup d’images. Convertir d’abord chaque petite icône donne l’impression d’avancer, mais fait rarement bouger les métriques de performance.
Le bon schéma de fallback
Pour des pages en production, l’élément <picture> laisse le navigateur choisir le premier format qu’il prend en charge. web.dev recommande le schéma AVIF en premier, WebP ensuite, JPEG en fallback. L’img imbriqué porte toujours l’alt, le width, le height et le src de fallback.
<picture>
<source
type="image/avif"
srcset="/images/hero-1200.avif 1200w, /images/hero-2400.avif 2400w"
sizes="100vw"
/>
<source
type="image/webp"
srcset="/images/hero-1200.webp 1200w, /images/hero-2400.webp 2400w"
sizes="100vw"
/>
<img
src="/images/hero-1200.jpg"
width="1200"
height="800"
alt="Une cuisine rénovée avec des meubles en noyer et de la lumière naturelle"
/>
</picture>
Placez le JPEG de fallback dans l’élément img. Placez-y aussi un alt significatif. Ne cachez pas la seule description utile dans une balise source : le navigateur ne lit pas l’alt depuis source.
Pour un héros LCP, pensez aussi à la priorité de chargement. N’appliquez pas de lazy-load au héros principal. Pour les images sous la ligne de flottaison, le lazy loading peut aider.
Réglages de qualité vraiment utiles
Les valeurs de qualité ne sont pas universelles. Une qualité WebP de 80, une AVIF de 50 et une JPEG de 85 ne signifient pas la même chose. Les encodeurs eux-mêmes se comportent différemment.
Prenez ces valeurs comme point de départ, pas comme des règles :
| Format | Qualité de départ | Cas d’usage |
|---|---|---|
| JPEG | 80–88 | Fallback de compatibilité ou photo pour e-mail |
| WebP | 78–85 | Photos de contenu et alternatives de héros |
| WebP | 70–78 | Vignettes et grilles |
| AVIF | 45–65 | Grandes photos où le gain de taille compte |
| PNG | Pas de curseur de qualité avec perte | Captures, schémas, transparence, assets exacts |
Comparez toujours l’image exportée à la taille où elle apparaîtra sur la page. Si une image s’affiche à 600 px de large, la juger au zoom 4000 px peut faire paraître pire une compression sans conséquence pour vos visiteurs. Testez aussi les dégradés sombres, les tons chair, la texture produit et les textes en surimpression : c’est là que les défauts de compression se voient plus vite que sur un ciel bleu uni.
Un plan de migration réaliste
Si vous remettez à plat un site existant, ne commencez pas par convertir toute la médiathèque. Commencez là où l’impact est mesurable.
- Exportez la liste des plus grosses images sur les pages les plus visitées.
- Repérez celles qui sont au-dessus de la ligne de flottaison ou candidates au LCP.
- Redimensionnez chaque image à la plus grande taille où elle s’affiche réellement.
- Convertissez d’abord les photos en WebP.
- Testez l’AVIF pour les héros ou galeries les plus lourds.
- Gardez des fallbacks JPEG pour les templates qui ont besoin de compatibilité vieux navigateurs, e-mail ou CMS.
- Laissez les captures, schémas et graphiques précis en PNG ou WebP sans perte.
- Ajoutez
width,height,srcset,sizeset unaltdescriptif. - Relancez Lighthouse ou votre outil de suivi de performance avant et après.
Ce déroulé est moins glamour que de dire « l’AVIF est le meilleur », mais c’est ce qui fonctionne le mieux sur un vrai site.
Comment convertir les formats avec PhotoTools
PhotoTools convertit les fichiers JPG, PNG, WebP, AVIF et HEIC directement dans votre navigateur. Déposez l’image, choisissez le format cible, ajustez la qualité pour les sorties avec perte, convertissez, téléchargez le résultat. La conversion par lot est utile pour migrer un dossier d’images produit ou de photos de blog.
Un test simple avant de convertir un gros lot :
- Prenez une photo lumineuse, une sombre, une avec un visage et une avec du détail fin.
- Exportez des versions WebP et AVIF.
- Comparez-les à la taille d’affichage réelle.
- Vérifiez le gain en taille de fichier.
- Envoyez un fichier au CMS pour confirmer que la plateforme l’accepte.
Pour les fichiers HEIC d’iPhone, convertissez-les en JPEG ou WebP avant publication. Le HEIC est utile en capture et en stockage, mais ce n’est pas un format sûr à servir comme contenu public sur le web.
Sources de la recommandation 2026
Cette recommandation s’appuie sur la documentation actuelle des navigateurs et de la performance, ainsi que sur les pratiques réelles de publication web :
- Guide MDN des types de fichiers image décrit AVIF, WebP, JPEG, PNG, SVG, le support navigateur et quand un fallback s’impose.
- Documentation Chrome Lighthouse explique pourquoi AVIF et WebP allègent les images face aux JPEG et PNG classiques.
- Documentation WebP de Google donne les gains de taille du WebP sans perte et avec perte face au PNG et au JPEG.
- web.dev sur la performance des images explique comment les formats modernes et l’élément
<picture>s’inscrivent dans le chargement et le LCP.
En bref : utilisez le WebP comme format web du quotidien, ajoutez l’AVIF là où le poids des images a un vrai impact sur la performance, gardez le JPEG pour la compatibilité, et conservez le PNG ou le SVG pour les assets qui en ont réellement besoin.