WebP est-il toujours plus léger que JPG ?

Pour les photographies, oui — typiquement 25-35 % plus léger à qualité visuelle équivalente. Pour les très petites images (moins de ~5 Ko) ou les JPG déjà très compressés (qualité sous 60), l’écart se réduit et JPG gagne parfois de quelques octets en raison de la surcharge du conteneur WebP.

WebP perd-il en qualité par rapport à JPG ?

WebP a à la fois un mode avec perte (similaire à JPG, utilise un codec dérivé de VP8) et un mode sans perte (sans équivalent JPG). En mode avec perte à des paramètres de qualité équivalents, les artefacts de WebP sont légèrement différents de ceux de JPG mais généralement moins visibles à la même taille de fichier.

WebP s’ouvrira-t-il dans les logiciels plus anciens comme Photoshop ou Outlook ?

Photoshop moderne (2022+) prend en charge WebP nativement ; les versions plus anciennes ont besoin d’un plugin. Les clients de messagerie sont inégaux — Gmail et Apple Mail affichent WebP ; certaines versions d’Outlook ne le font toujours pas. Pour les pièces jointes et logiciels anciens, JPG reste le format d’échange le plus sûr.

Dois-je utiliser WebP ou AVIF ?

AVIF compresse 20-30 % de moins que WebP et est pris en charge par ~93 % des navigateurs en 2026. Le compromis est la vitesse d’encodage — les encodeurs AVIF sont 10 à 100 fois plus lents. Utilisez AVIF pour la sortie de pipeline de build où vous encodez une fois ; utilisez WebP pour l’encodage à la volée des uploads utilisateurs. Beaucoup de sites servent les deux via un élément <picture>.

Comparison

JPG vs WebP : des fichiers 25 % plus légers à qualité égale

WebP pour le web. JPG uniquement pour la compatibilité héritée.

By Buğra SözeriPublished May 14, 2026

En bref.WebP surpasse JPG pour une utilisation web car il produit des fichiers 25-35 % plus légers à qualité visuelle équivalente tout en supportant la transparence et l’animation, avec ~97 % de couverture navigateur en 2026. JPG ne gagne que pour les pièces jointes e-mail, les pipelines d’impression et les logiciels anciens.

WebP est un format d’image développé par Google, introduit en 2010 et ajouté à tous les principaux navigateurs avant 2020. À qualité visuelle équivalente, il produit des fichiers 25-35 % plus légers que JPG. Pour la plupart des destinations web, il n’y a plus de raison de rester sur JPG par défaut ; le seul bloquant important — la prise en charge des navigateurs — est essentiellement résolu en 2026.

Les chiffres clés

Aspect	JPG	WebP
Compression	Avec perte uniquement	Avec ou sans perte
Transparence (alpha)	Non	Oui
Animation	Non	Oui
Taille fichier photo 4K	~1,5 Mo à qualité 85	~1 Mo à qualité visuelle équivalente
Support navigateur (2026)	~100 %	~97 %
Vitesse d’encodage	Rapide	Légèrement plus lent (~2-3×)
Vitesse de décodage	Rapide	Rapide (comparable)
Année d’introduction	1992	2010

Quand WebP gagne

Destination web, audience avec navigateur moderne. Utilisez WebP par défaut. Les 3 % de navigateurs sans support peuvent basculer vers JPG via l’élément <picture> (voir ci-dessous).
Photographies avec transparence.JPG ne peut pas gérer l’alpha du tout. WebP peut — et à des tailles plus petites que PNG.
Audiences mobiles, sensibles à la bande passante. Des fichiers 25-35 % plus légers signifient des chargements de page notablement plus rapides sur les connexions limitées.

Quand JPG gagne encore

Pièces jointes e-mail. Certains clients e-mail (Outlook anciens, certaines variantes de messagerie web) gèrent encore mal WebP. JPG est universel.
Pipelines d’impression. La plupart des logiciels de prépresse acceptent JPG nativement ; le support WebP est inégal.
Intégration dans des CMS hérités ou des modèles de documents que vous ne pouvez pas tester ou mettre à niveau.
Sortie d’appareil photo.La plupart des appareils photo écrivent encore JPG par défaut. Convertissez en WebP à l’étape de publication, pas à la capture.

Le pattern de fallback avec l’élément picture

Pour une portée maximale avec les fichiers plus légers de WebP, utilisez l’élément <picture> HTML avec des fallbacks de format. Le navigateur choisit le premier<source> qu’il supporte ; le <img>sert de fallback pour les navigateurs qui ne connaissent pas<picture> du tout.

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

Chrome / Safari / Firefox / Edge modernes obtiennent WebP ; la petite fraction restante obtient JPG. L’étape de build doit produire les deux versions mais le balisage n’est qu’une ligne supplémentaire.

Faut-il aussi gérer AVIF ?

AVIF (2019) est le successeur : 20-30 % plus léger que WebP à qualité équivalente. La prise en charge des navigateurs est à ~93 % en 2026 — suffisamment pour le même pattern de fallback, avec trois niveaux :

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

Le point faible d’AVIF est la vitesse d’encodage — les encodeurs typiques sont 10 à 100 fois plus lents que WebP. Pour les pipelines de build qui produisent chaque image une fois (publication web), cela vaut l’attente. Pour l’encodage à la volée (uploads, contenu généré par les utilisateurs), WebP est le choix pratique.

La recommandation pragmatique

Utilisez WebP par défaut pour les destinations web. Gardez le fallback JPG via <picture> pour les rares navigateurs anciens. Ajoutez AVIF comme troisième niveau quand vous avez un pipeline de build qui peut le produire à moindre coût. Convertissez votre bibliothèque JPG existante avec notre convertisseur JPG en WebP — fonctionne dans votre navigateur, sans upload, en quelques secondes par fichier.

Données numériques

Taille de fichier WebP vs JPG : l’étude de Google sur 1 million d’images a mesuré une réduction médiane de 25-34 % à SSIM équivalent, avec WebP sans perte en moyenne 26 % plus léger que PNG.
Profondeur de couleur : JPG est 8 bits par canal uniquement (24 bits au total) ; WebP supporte le même 8 bits avec perte plus 8 bits sans perte avec alpha ; aucun ne fait HDR — c’est le domaine d’AVIF (10-12 bits) et JPEG XL.
Dimensions maximales : JPG est 65 535 × 65 535 px (champs 16 bits) ; WebP est 16 383 × 16 383 px (14 bits) — le seul endroit où JPG gagne techniquement.
Octets économisés sur l’alpha : un PNG 1080p avec alpha est en moyenne ~600 Ko ; le WebP avec perte et alpha équivalent est ~80 Ko — environ 7 fois plus léger que la seule alternative de l’ère JPG (PNG).
Temps d’encodage : libjpeg-turbo encode ~250 MP/s ; libwebp avec perte ~80 MP/s ; libwebp sans perte ~20 MP/s sur un ordinateur portable 2024. JPG est ~3× plus rapide à encoder, parité de décodage à moins de 10 %.
Couverture navigateur (caniuse.com, 2026) : WebP ~97,4 %, AVIF ~93 %, JPEG XL <1 % (abandonné par Chrome/Edge en 2023).

Tableau côte à côte : même image source à qualité 80

Contenu	JPG	WebP	Économie
Photo 1080p (portrait)	312 Ko	198 Ko	37 %
Photo 1080p (paysage, beaucoup de ciel)	240 Ko	148 Ko	38 %
Image hero 4K (produit)	1,5 Mo	980 Ko	35 %
Capture d’écran avec texte + UI	180 Ko avec perte (flou)	64 Ko sans perte	64 % + plus net
Photo avec transparence	N/A (pas d’alpha)	120 Ko	vs 480 Ko PNG
Petit avatar (moins de 5 Ko)	4,1 Ko	4,3 Ko	JPG gagne (surcharge)

Matrice de décision

Destination	Choisir
Page web publique, audience moderne	WebP (AVIF si le pipeline de build le permet)
Pièce jointe / intégration e-mail	JPG
Pipeline d’impression (CMYK, profil ICC)	JPG ou TIFF, pas WebP
Captures d’écran UI dans la documentation	WebP sans perte ou PNG
Photos uploadées par les utilisateurs (transcodage serveur)	WebP avec perte, q=80
Bundle d’application iOS / Android	WebP — natif depuis iOS 14, Android 4.0
Capture appareil photo / préservation RAW	JPG (ou DNG/RAW)

Sources

Google WebP Study — WebP Compression Study — developers.google.com/speed/webp/docs/webp_study.
RFC 9649 — The WebP Image Format — rfc-editor.org/rfc/rfc9649.
caniuse.com matrice de support navigateur pour image/webp — caniuse.com/webp.

Frequently asked questions

WebP est-il toujours plus léger que JPG ?: Pour les photographies, oui — typiquement 25-35 % plus léger à qualité visuelle équivalente. Pour les très petites images (moins de ~5 Ko) ou les JPG déjà très compressés (qualité sous 60), l’écart se réduit et JPG gagne parfois de quelques octets en raison de la surcharge du conteneur WebP.
WebP perd-il en qualité par rapport à JPG ?: WebP a à la fois un mode avec perte (similaire à JPG, utilise un codec dérivé de VP8) et un mode sans perte (sans équivalent JPG). En mode avec perte à des paramètres de qualité équivalents, les artefacts de WebP sont légèrement différents de ceux de JPG mais généralement moins visibles à la même taille de fichier.
WebP s’ouvrira-t-il dans les logiciels plus anciens comme Photoshop ou Outlook ?: Photoshop moderne (2022+) prend en charge WebP nativement ; les versions plus anciennes ont besoin d’un plugin. Les clients de messagerie sont inégaux — Gmail et Apple Mail affichent WebP ; certaines versions d’Outlook ne le font toujours pas. Pour les pièces jointes et logiciels anciens, JPG reste le format d’échange le plus sûr.
Dois-je utiliser WebP ou AVIF ?: AVIF compresse 20-30 % de moins que WebP et est pris en charge par ~93 % des navigateurs en 2026. Le compromis est la vitesse d’encodage — les encodeurs AVIF sont 10 à 100 fois plus lents. Utilisez AVIF pour la sortie de pipeline de build où vous encodez une fois ; utilisez WebP pour l’encodage à la volée des uploads utilisateurs. Beaucoup de sites servent les deux via un élément <picture>.

Published May 14, 2026