Comment fonctionne la compression JPEG
Le JPEG divise une image en blocs de 8×8 pixels et applique une transformée en cosinus discrète (DCT) à chaque bloc. La DCT convertit les valeurs de pixel en composantes de fréquence — décrivant essentiellement le bloc selon la quantité d’information basse fréquence (lisse) et haute fréquence (détaillée) qu’il contient. L’étape de quantification arrondit alors les composantes haute fréquence, et c’est là que se produit la partie avec perte. Le degré d’arrondi est ce que contrôle le curseur de qualité.
La taille de bloc fixe de 8×8 est la principale limite du JPEG. Les décisions de compression ne peuvent pas tenir compte de motifs qui couvrent une zone plus grande, et les limites de blocs deviennent visibles sous forme d’artefacts (l’aspect en blocs caractéristique d’un JPEG de basse qualité) quand une compression agressive est appliquée.
Comment fonctionne la compression WebP
Le mode avec perte du WebP repose sur VP8, un codec vidéo développé pour la vidéo web. Il utilise un modèle de prédiction par macroblocs : avant d’encoder chaque région, l’encodeur prédit à quoi ressemblent ces pixels d’après les régions environnantes déjà encodées, puis n’encode que la différence (le résidu). Si la prédiction est exacte, le résidu est petit et se compresse efficacement.
Le VP8 utilise aussi des tailles de bloc plus grandes — jusqu’à 16×16 pixels — ce qui lui permet de modéliser de plus grandes zones lisses plus efficacement et réduit les artefacts de limite. Le résultat est une meilleure qualité à taille de fichier égale, en particulier dans les zones de dégradé doux comme le ciel, les tons chair et les arrière-plans flous.
Le WebP applique aussi un codage entropique (codage arithmétique) plus efficace que le codage Huffman du JPEG pour le flux binaire compressé final. Cela apporte des économies de taille supplémentaires, indépendantes du modèle de prédiction.
La différence de taille en pratique
Pour les photographies et l’imagerie complexe, le WebP est généralement 25 à 35 % plus petit que le JPEG à qualité perçue équivalente. Pour certains types de contenu — surtout les images avec de grandes zones lisses — la différence peut être de 40 % ou plus. Pour un contenu très détaillé et bruité comme la macrophotographie ou les images riches en grain, l’avantage se réduit.
Le WebP prend aussi en charge la compression sans perte (pour une sortie exacte au pixel) et la transparence alpha (pour les images aux zones transparentes). Le WebP sans perte est souvent plus petit que le PNG pour les images au contenu complexe et varié, même si le PNG peut l’emporter sur des graphiques en aplat très simples.
WebP ou JPG : une décision rapide
Le WebP fonctionne dans tous les navigateurs modernes — environ 97 % de l’usage mondial — donc pour le web lui-même il est rarement le mauvais choix. Les exceptions sont surtout hors du web, où des logiciels plus anciens ou spécialisés attendent encore le JPEG.
| Contexte | Utiliser | Pourquoi |
|---|---|---|
| Images de site et d’app | WebP | 25–35 % plus petit, pris en charge par ~97 % des navigateurs |
| Campagnes e-mail | JPG | La plupart des clients e-mail ne rendent pas le WebP |
| Livraison d’impression | JPG ou TIFF | Le WebP est un format web uniquement |
| Sites de banque d’images et marketplaces | JPG ou PNG | Beaucoup exigent encore des formats hérités |
| Compression maximale | AVIF | Environ 30–50 % plus petit que le WebP |
Quand le WebP n’est pas le bon choix
Malgré ses avantages techniques, le WebP a de vraies limites :
- Clients e-mail: La plupart des grands clients e-mail — Apple Mail, Outlook, Gmail bureau — ne prennent pas en charge le WebP. Si une image doit apparaître dans le HTML d’un e-mail, utilisez le JPEG ou le PNG. Un WebP dans un e-mail s’affichera comme une image cassée pour une part importante des destinataires.
- Certaines applications natives et SDK: Si les images seront consommées par une application mobile, une réponse d’API ou une intégration tierce, vérifiez la prise en charge du WebP avant de l’utiliser. Les bibliothèques et SDK peuvent ne pas avoir de décodeurs WebP.
- Plugins CMS et éditeurs d’images anciens: Certaines anciennes versions de plugins WordPress, Photoshop, Lightroom et Figma ont une prise en charge limitée ou nulle du WebP. Vérifiez votre chaîne d’outils.
- Flux d’impression: Les prestataires d’impression attendent généralement du JPEG, du TIFF ou du PDF. Le WebP est un format web et n’est pas approprié pour la livraison d’impression.
- Priorité à la compression maximale: Si la taille de fichier est la préoccupation dominante et que la vitesse d’encodage n’est pas une contrainte, l’AVIF surpasse généralement le WebP de 30 à 50 % à qualité équivalente.
WebP contre AVIF : savoir quand aller plus loin
L’AVIF est plus récent et atteint une meilleure compression que le WebP pour la plupart des types de contenu. Si vous construisez un nouveau projet en 2026 avec un public moderne, l’AVIF avec un repli WebP (en utilisant l’élément
Convertir le JPEG en WebP
PhotoTools convertit les fichiers JPEG et PNG en WebP dans votre navigateur sans rien téléverser vers un serveur. Déposez vos images, choisissez le WebP comme format de sortie et utilisez le curseur de qualité pour trouver le bon équilibre entre taille et qualité. Pour la plupart des photographies, la qualité 78–82 en WebP produit une sortie visuellement indiscernable du JPEG source aux tailles d’affichage normales tout en étant nettement plus petite.
Comparez le fichier converti à la taille d’affichage plutôt qu’à 100 % de zoom. Les différences qui paraissent importantes en zoomant sur des pixels individuels sont souvent invisibles à la largeur réellement rendue sur une page web.