PhotoToolsPhotoTools
Home/Blog/Comment fonctionne la compression d’image : JPEG, PNG, WebP et AVIF expliqués

Comment fonctionne la compression d’image : JPEG, PNG, WebP et AVIF expliqués

Un guide pratique et sourcé sur la façon dont JPEG, PNG, WebP et AVIF compressent les images, pourquoi le même réglage de qualité se comporte différemment dans chaque format, et comment choisir le bon format pour les photos, les captures d’écran, les graphiques transparents, les hero d’un site, les formulaires d’envoi et l’archivage.

By PhotoTools Editorial Team · Updated 18 juillet 2026

Revu le 18 juillet 2026 à la lumière du guide MDN sur les formats d’image, de la spécification PNG du W3C, des notes de la Library of Congress sur le JPEG, de la documentation WebP de Google, du guide AVIF de web.dev et de la spécification AVIF 1.2.0.

Compresser JPG, PNG, WebP et AVIF dans le navigateur

Gratuit · Sans téléversement · Fonctionne dans votre navigateur

La réponse pratique

La compression d’image n’est pas un concours où un format gagne à chaque fois. C’est un ensemble d’arbitrages : quels détails vous pouvez jeter, quels détails doivent rester exacts, combien de CPU vous pouvez dépenser et où le fichier devra fonctionner après export.

Utilisez ceci comme point de départ pratique :

  • Utilisez JPEG pour les photos qui exigent une compatibilité maximale, surtout en mail, téléchargements, applications anciennes, portails d’impression et formulaires d’envoi stricts.
  • Utilisez PNG pour les captures d’écran, captures d’interface, schémas, logos et graphiques transparents quand les pixels doivent rester exacts.
  • Utilisez WebP comme format web moderne au quotidien quand vous voulez des fichiers plus petits que JPEG ou PNG avec un large support navigateur.
  • Utilisez AVIF pour les grandes images photographiques à fort trafic quand votre site peut servir des fallbacks WebP ou JPEG et tolérer un encodage plus lent.

Cela paraît simple, mais les détails comptent. Une photo produit, une photo de passeport, une capture d’écran de logiciel et un filigrane transparent sont tous des « images ». Ils ne se compressent pas de la même façon.

Choisissez par l’usage, pas par l’extension

Avant d’entrer dans les codecs, décidez à quoi l’image doit servir :

Usage de l’image Meilleur premier choix Pourquoi
Photo d’appareil pour un article de blog WebP, avec fallback JPEG si besoin Plus petit que JPEG dans beaucoup de flux web, et facile à automatiser
Photo pour un formulaire d’envoi JPEG Le système récepteur compte plus que la compression théorique
Grande image hero de page d’accueil AVIF d’abord, WebP en second, fallback JPEG Le fichier est assez gros pour que la compression supplémentaire compte
Photo produit avec étiquettes ou texture WebP, puis tester AVIF De petits artefacts autour des étiquettes, tissus et bords peuvent nuire à la confiance
Capture d’UI ou tutoriel logiciel PNG ou WebP sans perte Le texte et les bords nets doivent rester croustillants
Logo transparent ou filigrane PNG, WebP ou AVIF selon le support cible JPEG ne conserve pas la transparence
Fichier master éditable PNG, TIFF, PSD ou format d’origine de l’appareil Ne stockez pas votre unique master comme un JPEG édité à répétition
Image pour newsletter JPEG ou PNG Le support des clients mail est moins prévisible que celui des navigateurs
Copie d’archive Original plus un export sans perte si nécessaire La compression ne doit pas détruire les possibilités d’édition futures

C’est aussi pourquoi les conseils sur les formats peuvent sembler contradictoires. « Utilisez AVIF, il est plus petit » peut être un bon conseil pour une image hero dans un build de site statique. Le même conseil peut être mauvais pour une image envoyée par un client qui doit être acceptée par un formulaire administratif, un client mail ou un CMS ancien.

Les deux familles de compression

Chaque format image de ce guide utilise soit la compression sans perte, soit la compression avec perte, soit les deux.

La compression sans perte supprime la redondance mathématique et reconstruit exactement les mêmes pixels au décodage. Si une capture a un fond blanc, des couleurs d’interface répétées et des bords droits répétés, un format sans perte peut décrire ces motifs de manière compacte. PNG est le format web sans perte classique. WebP dispose aussi d’un mode sans perte.

La compression avec perte jette définitivement des informations d’image pour réduire le fichier. L’astuce consiste à jeter les informations que l’œil est le moins susceptible de remarquer à la taille finale d’affichage. JPEG est avec perte. WebP et AVIF peuvent être avec ou sans perte, mais la plupart des livraisons web utilisent leurs modes avec perte pour les photos.

L’erreur à éviter est de traiter « avec perte » comme automatiquement mauvais et « sans perte » comme automatiquement professionnel. Pour une photo de blog en 1600 px, un WebP avec perte soigneusement compressé peut paraître inchangé dans la page et économiser beaucoup de bande passante. Pour une capture logiciel avec du petit texte de menu, un export avec perte peut paraître flou même si le poids de fichier semble excellent.

Les quatre formats en un coup d’œil

Format Idée principale de compression Avec ou sans perte Meilleurs usages À surveiller
JPEG Blocs DCT 8×8, quantification, souvent sous-échantillonnage de chroma Avec perte Photos, compatibilité, formulaires d’envoi Pas de transparence, perte générationnelle, artefacts autour du texte
PNG Filtrage par ligne plus compression DEFLATE Sans perte Captures, schémas, logos, graphiques transparents Photos d’appareil très volumineuses
WebP Codage prédictif type VP8 pour l’avec perte, codage sans perte séparé Les deux Photos web modernes, vignettes, bibliothèques mixtes Certains flux mail, apps, CMS et imprimeurs le refusent encore
AVIF Codage d’image AV1 dans un conteneur basé sur HEIF Les deux Grandes photos, pages à fort trafic, flux HDR ou gamut large Encodage plus lent et plus besoin de fallbacks

Le motif n’est pas « le plus récent gagne toujours ». Les formats plus récents peuvent faire davantage d’analyse et empaqueter les données plus efficacement, mais cela peut coûter du temps d’encodage, du temps de QA et de la complexité de fallbacks.

Pourquoi le même chiffre de qualité n’est pas la même qualité

Un JPEG enregistré en qualité 80 et un WebP enregistré en qualité 80 n’utilisent pas la même échelle. Le nombre est passé au modèle propre à chaque encodeur. Il agit sur des décisions internes différentes et peut être mappé différemment selon les outils.

C’est pourquoi une compression pratique nécessite deux vérifications :

  1. Regardez l’image à la taille où elle apparaîtra. Une vignette de fiche produit doit être jugée comme une vignette de fiche produit, pas à 400 % de zoom.
  2. Comparez les octets une fois que l’image a les bonnes dimensions. Redimensionner un original d’appareil de 5000 px vers une image web de 1600 px économise en général plus que de tirer trop bas le curseur de qualité.

Si vous convertissez un dossier par lot, testez quelques cas difficiles avant de tout exporter : un visage, un ciel, une ombre profonde, une capture chargée de texte, un bord transparent et une photo d’intérieur bruitée.

JPEG : pourquoi les photos deviennent petites, et pourquoi le texte devient laid

JPEG est le vieux cheval de bataille des images photographiques parce qu’il est bâti autour du comportement des photos. La Library of Congress note que la famille JPEG est couramment utilisée pour les images à tons continus, en pleine couleur et en niveaux de gris, et que le procédé classique repose sur une transformation par blocs 8×8. En clair : JPEG découpe l’image en petits blocs, transforme chaque bloc en informations fréquentielles, puis quantifie les détails que l’observateur est le moins susceptible de remarquer.

Ça marche bien pour :

  • les visages, vêtements, bâtiments, paysages et photos culinaires ;
  • les dégradés naturels comme le ciel, les ombres et les tons de peau ;
  • les images qui n’ont pas besoin de pixels transparents ;
  • les fichiers qui doivent s’ouvrir presque partout.

Ça marche mal pour :

  • le petit texte dans les captures d’écran ;
  • les icônes et logos aux bords nets ;
  • les schémas en aplats de couleurs ;
  • les fichiers qui seront édités et ré-exportés à répétition ;
  • les images transparentes, car JPEG n’a pas de canal alpha.

Les artefacts JPEG les plus reconnaissables sont les bords de blocs, le ringing autour du texte, le bruit de moustiques autour des détails très contrastés et les bandes dans les dégradés doux. Ils ne sont pas aléatoires. Ce sont les effets secondaires visibles de la compression avec perte par blocs.

Forces

  • Support très large sur navigateurs, systèmes, applications, clients mail, formulaires et prestataires
  • Efficace pour les photos d’appareil et autres images à tons continus
  • Rapide à encoder et à décoder dans les flux habituels
  • Facile à prévisualiser, à joindre, à envoyer et à partager

Faiblesses

  • Aucun support de transparence
  • Artefacts autour du texte, des bords et des graphiques en aplat
  • Les exports avec perte répétés peuvent cumuler les dégâts
  • Souvent plus lourd que WebP ou AVIF à qualité visible équivalente pour les photos web

Quand utiliser JPEG

Utilisez JPEG quand la compatibilité importe plus que les derniers kilooctets : envois de photos de passeport, portails documentaires, pièces jointes mail, portails fournisseurs, imprimeurs, anciens CMS et sources <img> de fallback. Utilisez-le aussi quand le fichier est surtout une photo et que la transparence n’est pas nécessaire.

PNG : pourquoi les captures restent nettes, et pourquoi les photos deviennent énormes

PNG a été conçu pour des images matricielles portables et sans perte. La spécification PNG du W3C couvre le PNG statique et le PNG animé, et le format prend en charge la couleur indexée, les niveaux de gris, le truecolor et une transparence alpha optionnelle.

Pour le travail web quotidien, l’essentiel est simple : PNG conserve les pixels. Il peut filtrer les lignes de l’image pour les rendre plus prévisibles, puis compresser le résultat avec DEFLATE. Si l’image comporte des couleurs répétées et des limites franches, ça fonctionne à merveille.

Bons candidats pour PNG :

  • captures logiciel avec petit texte ;
  • schémas d’UI et tableaux comparatifs exportés en image ;
  • logos quand SVG n’est pas disponible ;
  • superpositions transparentes, tampons et filigranes ;
  • graphiques susceptibles d’être ré-édités.

Mauvais candidats pour PNG :

  • photos d’appareil ;
  • grandes images hero de sites web ;
  • photos produit à texture naturelle ;
  • images de galerie où le poids compte plus que les pixels exacts.

Une photo en PNG est souvent énorme parce que PNG fait son travail. Il préserve le bruit, la texture fine, les infimes variations du capteur et chaque changement subtil de couleur qu’un codec photo avec perte simplifierait.

Forces

  • Reproduction des pixels sans perte
  • Transparence par canal alpha
  • Texte net et bords francs
  • Compression puissante pour les graphiques en aplat et répétitifs
  • Format fiable pour les masters éditables et les flux avec transparence

Faiblesses

  • Fichiers volumineux pour les photographies
  • Pas de mode avec perte dans les flux PNG classiques
  • Peut être plus lourd que WebP pour les graphiques web transparents quand WebP est accepté

Quand utiliser PNG

Utilisez PNG quand les pixels exacts comptent : captures, documentation d’UI, schémas, graphiques simples et assets transparents qui ont besoin d’un support prévisible. N’utilisez pas PNG par défaut pour les photos d’appareil, sauf besoin délibéré d’une copie de travail sans perte.

WebP : le défaut web moderne pratique

WebP est utile parce qu’il couvre plusieurs usages en un seul format. La documentation de Google décrit WebP comme prenant en charge la compression avec perte, la compression sans perte, la transparence, l’animation, les métadonnées et les profils de couleurs. Cela le rend plus flexible que JPEG et souvent plus petit que PNG pour la diffusion web.

Le WebP avec perte s’appuie sur un codage prédictif de type VP8 plutôt que sur le flux plus ancien uniquement DCT de JPEG. Le WebP sans perte utilise un autre ensemble de transformations et de codage entropique. Le résultat pratique important, c’est que WebP est souvent un bon défaut pour les bibliothèques d’images de site : photos de blog, grilles produit, vignettes, illustrations légères et beaucoup d’assets transparents.

Mais WebP n’est pas magique et ce n’est pas le meilleur fichier à envoyer partout. Un navigateur peut prendre WebP en charge tandis qu’un client mail, un formulaire d’envoi, une vieille application de design, une plateforme sociale ou un flux d’impression le refuse. C’est pour ça que JPEG et PNG comptent encore comme formats de livraison ou de compatibilité.

Forces

  • Souvent plus petit que JPEG pour les photos à qualité visible équivalente
  • Prend en charge la transparence alpha
  • Prend en charge les modes avec et sans perte
  • Large support des navigateurs modernes
  • Encodage rapide par rapport à AVIF

Faiblesses

  • Encore refusé par certains clients mail, formulaires, vieilles apps, plugins CMS et flux d’impression
  • Pas un vrai remplacement des logos SVG ni des fichiers sources éditables de design
  • Peut être plus lourd qu’AVIF pour certaines grandes images photographiques

Quand utiliser WebP

Utilisez WebP pour l’essentiel de la diffusion d’images de sites modernes quand vous contrôlez la page. C’est un solide défaut pour les images de blog, les photos de cartes produit, les vignettes et beaucoup d’assets web transparents. Gardez JPEG ou PNG disponibles quand l’image quitte votre site pour le système de quelqu’un d’autre.

AVIF : l’option de haute compression qui exige un pipeline

AVIF stocke des données d’image codées en AV1 dans un format d’image basé sur HEIF. La spécification AVIF prend en charge les images SDR et HDR, les cas d’usage à gamut large, les images auxiliaires comme alpha et des fonctionnalités de codage d’image plus avancées. web.dev note aussi que les gains de compression d’AVIF dépendent du contenu, des réglages de l’encodeur et de la cible de qualité.

Pour les équipes web classiques, l’histoire pratique est celle-ci : AVIF peut être excellent pour les grandes photos, mais c’est davantage un format de pipeline qu’un format de partage occasionnel. Il peut être plus long à encoder, la prévisualisation dans les outils plus anciens peut traîner, et la gestion des fallbacks importe davantage.

Bons candidats pour AVIF :

  • grandes photos hero ;
  • landing pages riches en photos ;
  • galeries éditoriales ;
  • images à fort trafic servies de nombreuses fois après un seul encodage ;
  • images où HDR, forte profondeur de bits ou gamut large font partie du flux.

Candidats faibles pour AVIF :

  • formulaires d’envoi stricts ;
  • pièces jointes mail ;
  • images que des collègues doivent ouvrir dans de vieux outils ;
  • toutes petites vignettes où les gains ne justifient pas la complexité du pipeline ;
  • captures avec du petit texte, sauf test soigneux.

Forces

  • Compression souvent excellente pour les photographies et images complexes
  • Transparence alpha, HDR et gamut large
  • Utile comme première source dans une pile <picture> moderne
  • Bien adapté à la génération d’images au build ou en CDN

Faiblesses

  • L’encodage peut être lent, surtout sur de gros lots
  • Le support des outils est moins prévisible qu’avec JPEG, PNG ou WebP
  • Nécessite un fallback WebP, JPEG ou PNG pour une diffusion de production plus sûre

Quand utiliser AVIF

Utilisez AVIF quand l’image est assez grande et assez répétée pour que des octets en moins justifient le travail de pipeline supplémentaire. Une image hero sur une page d’accueil à fort trafic est un bon candidat. Une icône 90 px, une pièce jointe mail ponctuelle ou un formulaire d’envoi administratif, généralement non.

Pourquoi PNG peut battre JPEG sur les captures d’écran

Une surprise fréquente : une capture en PNG peut être plus petite et plus propre que la même capture en JPEG.

Cela arrive parce que les captures sont souvent pleines de structure répétée. Un fond blanc de document, une barre d’outils grise, du texte noir bien droit, quelques couleurs d’icônes et des espacements d’UI répétés sont faciles à décrire pour une compression sans perte. JPEG ne sait pas que le texte doit rester exact. Il essaie de simplifier l’image comme une photo, et le résultat peut être un fichier pas beaucoup plus petit et plus laid autour des lettres et des bords.

Si la capture est surtout une photo, WebP ou JPEG peuvent gagner. Si elle est surtout interface, texte et aplats de couleur, commencez par PNG ou WebP sans perte.

Pourquoi les photos ont besoin de compression avec perte

Les photos d’appareil sont différentes. Elles contiennent du bruit de capteur, de la texture fine, des ombres douces, des dégradés irréguliers et des millions de petits changements d’un pixel à l’autre. La compression sans perte a moins de répétition à exploiter, donc elle ne peut souvent pas réduire assez le fichier pour la diffusion web.

Les formats photo avec perte marchent parce qu’un spectateur se soucie généralement du sujet, de la composition, des couleurs et de la netteté perçue, pas de chaque pixel d’origine. Un JPEG, WebP ou AVIF soigneusement compressé peut retirer des informations difficiles à voir à la taille finale.

Le danger, c’est d’aller trop loin. Des réglages de qualité faibles peuvent aplatir la peau, empâter les tissus, détruire le détail des feuillages, ajouter des bords de blocs ou créer des bandes dans les ciels et les ombres. Si ces zones comptent pour l’image, utilisez un réglage de qualité plus élevé ou un fichier d’affichage plus grand.

Utilisez des fallbacks pour la diffusion web moderne

Quand vous contrôlez un site, vous n’êtes pas obligé de choisir un seul format. Le motif classique en production consiste à servir d’abord le plus petit format moderne et à garder des fallbacks plus sûrs derrière.

<picture>
  <source srcset="/images/hero.avif" type="image/avif">
  <source srcset="/images/hero.webp" type="image/webp">
  <img
    src="/images/hero.jpg"
    alt="Photo produit en gros plan en lumière naturelle"
    width="1200"
    height="800"
  >
</picture>

Le navigateur utilise la première source qu’il prend en charge. Les navigateurs compatibles AVIF peuvent récupérer le fichier AVIF. Ceux qui ne gèrent pas AVIF peuvent tenter WebP. Les clients plus anciens ou plus stricts disposent toujours du fallback JPEG.

Utilisez PNG plutôt que JPEG comme fallback quand l’image doit garder la transparence ou un texte exact.

Un flux de compression pratique

Pour une image :

  1. Partez de la source de plus haute qualité dont vous disposez.
  2. Redimensionnez d’abord à la plus grande taille d’affichage réelle.
  3. Choisissez le format selon l’usage de l’image.
  4. Exportez un ou deux réglages de qualité.
  5. Comparez le résultat sur la vraie page ou la destination d’envoi.
  6. Conservez le fichier master pour ne pas avoir à recompresser la copie publiée.

Pour un dossier de site :

  1. Choisissez un ensemble représentatif avant de convertir tout le lot.
  2. Incluez des photos, des captures, des graphiques transparents, des vignettes et une image sombre difficile.
  3. Testez WebP comme format moderne de base.
  4. Testez AVIF uniquement là où l’économie d’octets comptera.
  5. Gardez des fallbacks JPEG ou PNG pour les endroits qui en ont besoin.
  6. Vérifiez le poids du fichier après redimensionnement, pas avant.

PhotoTools peut aider sur les étapes intermédiaires. Utilisez Redimensionner quand la source est trop grande pour la page, Compresser pour ajuster poids et qualité, et les convertisseurs de format quand une destination exige un type de fichier précis. La conversion et la compression se font dans votre navigateur, l’image n’est donc pas envoyée à un serveur pendant l’utilisation de l’outil.

Comment convertir entre formats

PhotoTools convertit entre JPG, PNG, WebP, AVIF et HEIC directement dans votre navigateur. Déposez vos images, choisissez le format cible, prévisualisez le résultat et téléchargez le nouveau fichier.

Utilisez le convertisseur en fonction de la destination :

  • Besoin d’un fichier qui marche dans presque n’importe quel formulaire ou app ? Convertissez en JPEG.
  • Besoin de transparence ou de pixels exacts de capture ? Convertissez en PNG ou WebP sans perte.
  • Besoin d’une image web plus petite et le site l’accepte ? Convertissez en WebP.
  • Besoin de la compression maximale pour un pipeline web contrôlé ? Testez AVIF avec fallback.

Une dernière règle sauve beaucoup de qualité d’image : ne faites pas des allers-retours répétés entre formats avec perte. Si une photo est partie d’un JPEG haute qualité, convertir JPEG en WebP pour livraison peut convenir. Reconvertir ce WebP en JPEG, l’éditer et le reconvertir, c’est là que les artefacts s’accumulent. Repartez de l’original dès que possible.

Questions fréquentes

Quel format a la meilleure compression ?

AVIF produit souvent les plus petits fichiers pour les grandes images photographiques, mais il n’existe pas de pourcentage gagnant fixe. WebP peut être le meilleur choix par défaut quand vous voulez un encodage plus rapide, un outillage plus simple ou un seul format moderne. PNG peut être plus petit que les formats avec perte pour certaines captures plates et certains schémas.

Le PNG est-il parfois plus petit que le JPEG ?

Oui. PNG peut être plus petit pour les captures d’écran, schémas, captures d’interface et illustrations à aplats de couleurs répétés, parce qu’il compresse très bien les motifs exacts. Pour les photos d’appareil, PNG devient en général bien plus lourd, parce qu’il préserve chaque pixel au lieu de jeter les détails visuellement peu importants.

Pourquoi ré-enregistrer un JPEG le rend-il moins bon ?

Le JPEG est avec perte. Chaque export peut re-quantifier une image déjà quantifiée, si bien que les bords de blocs, le bruit de moustiques et les bandes de couleurs peuvent s’accumuler au fil du temps. Conservez un master de haute qualité et exportez le fichier final depuis cette source plutôt que de ré-enregistrer sans cesse le JPEG publié.

Que signifie vraiment un réglage « qualité 80 » ?

Ce nombre alimente le propre modèle de quantification de chaque format, pas une échelle partagée, donc qualité 80 en JPEG, qualité 80 en WebP et qualité 80 en AVIF ne sont pas équivalents. Comparez l’image exportée à sa taille d’affichage réelle et jugez sur le poids du fichier plus contrôles visuels, pas sur le seul chiffre.

Pourquoi AVIF est-il si lent à créer ?

AVIF s’appuie sur le codage d’image AV1, qui peut passer plus de temps CPU à chercher des façons efficaces de représenter les zones de l’image. Il existe des préréglages AVIF plus rapides, mais ils sacrifient en général un peu de compression. C’est pourquoi AVIF est souvent mieux adapté aux pipelines de build ou de CDN qu’aux envois immédiats par les utilisateurs.

Convertir entre formats fait-il perdre de la qualité ?

Convertir en JPEG, WebP avec perte ou AVIF avec perte peut jeter des détails. Convertir en PNG ou WebP sans perte préserve les pixels mais peut donner un fichier plus lourd. Le flux le plus sûr consiste à convertir depuis l’original ou la source de plus haute qualité, plutôt que depuis une copie déjà compressée.

WebP est-il toujours meilleur que JPG ?

Non. WebP est souvent plus petit pour les photos web et peut gérer la transparence, mais JPEG reste plus sûr pour les clients mail, les applications anciennes, les formulaires stricts, les imprimeurs et les flux où le système récepteur refuse le WebP.

AVIF est-il toujours meilleur que WebP ?

Non. AVIF peut être plus petit pour les grandes photos, mais WebP est généralement plus facile à encoder rapidement, à prévisualiser dans les vieux outils et à utiliser comme format de livraison unique. Utilisez AVIF quand votre pipeline peut aussi fournir des fallbacks WebP ou JPEG.

Convertir un PNG en JPG enlève-t-il la transparence ?

Oui. JPEG n’a pas de canal alpha. Les pixels transparents doivent être aplatis sur une couleur de fond, en général blanc, noir ou une couleur de marque choisie. Utilisez PNG, WebP ou AVIF quand la transparence doit rester transparente.

Comment tester la compression d’image ?

Testez un dossier représentatif, pas une image parfaite. Incluez une photo d’appareil, une image hero, une photo produit, une capture d’écran, un graphique de type logo, une vignette et un asset transparent. Comparez chaque export à la taille où il apparaîtra vraiment.

Continuer la lecture