PNG vs JPG vs WebP : quel format gagne vraiment en 2026 ?

Nous sommes en 2026 et PNG (1996), JPG (1992), et WebP (2010) sont tous encore en production active sur le web. Ce n’est pas de la paresse — chacun occupe un point significativement différent sur le triangle des compromis taille de fichier/qualité/fonctionnalités, et les remplacer tous par un seul format ferait perdre des informations que vous souhaitez réellement préserver.

C’est la version longue de notre plus courte comparaison PNG vs JPG, avec WebP ajouté et la question AVIF abordée.

Le triangle des compromis

*APNG (PNG animé) existe ; la prise en charge est large mais le format est rarement le bon choix en 2026 — WebP et AVIF font l’animation mieux.

Où chacun gagne

JPG gagne quand

• La ressource est une photographie et vous avez besoin d’une compatibilité universelle (imprimantes, anciens clients de messagerie, lecteurs d’aperçu embarqués).
• La ressource subit de nombreux cycles d’enregistrement — même si chaque enregistrement perd de la qualité, l’édition JPG est le flux de travail le plus pris en charge dans les éditeurs d’images.
• Un consommateur hérité de votre image ne gérera rien d’autre — systèmes embarqués, logiciels d’imprimerie vieux d’une décennie, etc.

PNG gagne quand

• La ressource a des bords nets et des zones de couleur unie (captures d’écran, captures d’interface, logos, icônes). Les artefacts de perte du JPG sont très visibles sur ceux-ci.
• La transparence est requise et WebP n’est pas une option (intégration PDF, certains flux d’impression).
• L’original doit faire des allers-retours sans perte — re-enregistrer un PNG ne le dégrade pas.

WebP gagne quand

• La destination est le web et les ressources sont des photographies ou similaires. 25-35 % plus petit que JPG à qualité visuelle équivalente.
• Vous avez besoin de transparence et le fichier va sur une page web. La perte + alpha de WebP est inégalée — PNG avec alpha est énorme ; AVIF est encore plus petit mais la prise en charge est plus étroite.
• Vous avez besoin d’animation et votre audience est sur des navigateurs modernes. L’animation WebP est plus petite et de meilleure qualité que le GIF animé.

AVIF gagne quand

• Vous êtes prêt à encoder lentement pour une meilleure compression. L’encodage AVIF peut être 10 à 100 fois plus lent que WebP selon l’encodeur. Le décodage est rapide.
• L’écart de 7 % de prise en charge navigateur est acceptable pour votre audience.
• Le poids des images est disproportionnellement important — images héros e-commerce en haut de page, galeries d’images, utilisateurs mobiles sur connexions limitées.

L’arbre de décision

1. Doit-il s’afficher dans n’importe quel contexte (e-mail, lecteur embarqué, impression) ? → JPG pour les photos, PNG pour les graphiques.
2. La destination est-elle strictement le web ET votre audience est-elle moderne ? → WebP ou AVIF.
3. Contenu photographique, destination web, facile à encoder ? → WebP.
4. Contenu photographique, destination web, site à forte densité d’images, prêt à encoder lentement ? → AVIF.
5. Interface / logos / captures d’écran ? → PNG.
6. Animation ? → WebP (ou GIF animé seulement si vous le devez absolument).
7. Graphique vectoriel qui est un logo ou une icône ? → SVG. N’utilisez pas du tout un format raster.
8. Moins de ~10 Ko, utilisé une fois en ligne ? → URI de données Base64 via notre outil image-vers-Base64.

Le modèle de repli avec l’élément picture

Pour une compatibilité maximale avec une taille de fichier minimale, utilisez l’élément HTML <picture> avec des replis de format :

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

Le navigateur choisit le premier format pris en charge. Chrome moderne obtient AVIF ; Safari 14+ obtient WebP ; les 3 % sur les anciens navigateurs reviennent au JPG. Le coût est l’encodage de trois versions ; le bénéfice est le bon format sur chaque appareil.

Nos recommandations

• Captures d’écran d’interface et logos : PNG. Ne le suranalyse pas.
• Photos héros : AVIF + repli WebP + repli JPG via <picture>.
• Photos longue traîne et images de blog : WebP, repli JPG. AVIF seulement si vous avez un pipeline de build qui le produit facilement.
• Contenu animé : WebP (ou vidéo — à des tailles significatives, un court MP4 bat un WebP animé).
• Icônes : SVG.

Utilisez notre cluster de conversion d’images pour les conversions de format. Chaque conversion s’exécute dans votre navigateur — aucun téléchargement, aucune attente, aucun compromis de qualité d’un service côté serveur.

Exemple concret : image héros dans trois formats

Source : une photographie 3000×2000 24 bits pesant 17,4 Mo en BMP non compressé. Encodé à qualité visuellement équivalente (SSIM ≥ 0,98 par rapport à la source) avec les paramètres d’encodeur par défaut :

• JPG (qualité 82) : 612 Ko.
• WebP (qualité 80) : 388 Ko — 37 % plus petit que JPG.
• AVIF (CRF 28) : 241 Ko — 61 % plus petit que JPG, 38 % plus petit que WebP.
• PNG (sans perte) : 14,8 Mo — 24 fois plus grand que JPG, inutilisable comme héros web.

Temps d’encodage sur un ordinateur portable M2 2024 utilisantlibjpeg-turbo, libwebp et libavifrespectivement : JPG 0,08 s, WebP 0,34 s, AVIF 4,2 s. Le ralentissement d’encodage 50× d’AVIF est la vraie raison pour laquelle ce n’est pas encore le format par défaut. Pour un pipeline de build qui produit des images héros une fois au moment du déploiement, ce coût s’amortit ; pour des avatars téléchargés par les utilisateurs et redimensionnés à la volée, c’est prohibitif.

Erreurs courantes

• Enregistrer un JPG de façon répétée.Chaque enregistrement re-quantifie les coefficients DCT ; la qualité se dégrade même si la différence à l’écran est invisible au début. Conservez l’original (PNG, TIFF ou RAW) et exportez vers JPG uniquement au moment de la publication. Utilisez notre outil PNG vers JPG pour la dernière étape.
• Utiliser PNG-24 là où PNG-8 suffit.Une capture d’écran d’une interface avec 256 couleurs distinctes peut tenir dans PNG-8 (indexé sur 8 bits) à un tiers de la taille PNG-24 avec une sortie visuelle identique. La plupart des éditeurs d’images ne configurent pas PNG-8 par défaut — exportez-le explicitement pour les palettes indexées.
• Ignorer le repli <picture> pour AVIF. Même une prise en charge mondiale de 93 % signifie que 1 visiteur sur 14 voit une image cassée. Le repli n’ajoute aucun poids pour les navigateurs qui chargent AVIF en premier.
• Traiter le mode sans perte de WebP comme un remplacement du PNG. WebP sans perte est excellent pour les photographies encodées sans perte ; pour les ressources d’interface à couleurs indexées, PNG-8 est souvent plus petit. Testez les deux avant de standardiser.
• Supprimer EXIF et ICC inconditionnellement. Le profil de couleur (ICC) est important pour les photographies vues sur des écrans à gamme étendue. Supprimez EXIF pour la confidentialité, gardez ICC pour la fidélité.

Pour les compromis de format de compression expliqués au niveau du codec, voir notre guide sur comment redimensionner les images sans perte de qualité.