STATUS IS UPWIKI D'OPTIMISATION DE SITE
17Accélérer
Performance et livraison / Accélérer

AVIF, WebP, JPEG et PNG : choisissez le bon format d’image

Choisissez le format en fonction du rôle de l’image, de votre audience et d’un chemin de secours testé. AVIF et WebP peuvent réduire le poids transféré, mais JPEG et PNG restent des solutions de repli fiables quand la compatibilité ou la fidélité des pixels est essentielle.

AVIF, WebP, JPEG et PNG : choisissez le bon format d’image — GUIDE VISUEL
LIRE
8 minutes
SOURCES
7
RÉVALIDER
2027-03-27
examiné
Relecteur performance et livraison web
LA RÉPONSE COURTE

Commencez par la décision.

Il n’existe pas de format unique meilleur pour le web. Pour une image héroïque ou un produit photographique, commencez par tester AVIF, puis proposez WebP et un fallback JPEG si votre audience inclut des clients incapables de décoder les formats plus récents. Pour une capture d’écran, un schéma ou un graphique riche en texte, conservez un master sans perte et comparez WebP ou AVIF sans perte avec PNG ; utilisez PNG comme fallback largement compatible quand la transparence ou des contours exacts sont requis. JPEG reste le fallback fiable pour les photos opaques, mais il n’offre pas de canal alpha.

Considérez la conversion comme une modification de livraison contrôlée. Comparez la taille de fichier et le recadrage important aux tailles affichées, publiez des sources ordonnées via l’élément picture, définissez les dimensions et testez les réponses CDN, les types MIME, la mise en cache et le fallback avant la mise en production. Cela protège le contenu lorsqu’un format préféré n’est pas disponible.

GUIDE VISUEL

Voyez le travail comme un système.

Utilisez cette carte pour relier les décisions de l'article avant d'agir sur des tactiques isolées.

SIUAccélérer
01Choisissez selon la mission de l’image
02Comprendre ce que chaque format apporte
03Construisez un chemin de secours plutôt que de parier sur un format unique
04Budgetez le temps d’encodage et protégez la qualité visuelle
01

Choisissez selon la mission de l’image

Commencez par l’actif, pas par l’extension. Une photographie est un contenu à tons continus, donc une perte peut être acceptable à la taille d’affichage. Une capture d’écran, un graphique, un logo ou un dessin linéaire présente des bords nets et du texte, où les artefacts sont conspicueux. Préservez-les avec une sortie sans perte ou une approbation attentive. Utilisez SVG pour un logo ou un diagramme vectoriel quand c’est disponible.

Identifiez ensuite les capacités. Alpha signifie transparence par pixel. Animation est une séquence d’images. La couverture client requise, le volume de publication et le temps de build sont des contraintes de livraison qui peuvent primer sur le format le plus petit.

Photographies opaques

Testez d’abord AVIF et WebP en mode lossy. Conservez un JPEG disponible quand un fallback opaque largement compatible est nécessaire.

Graphiques nets et captures d’écran

Conservez une source sans perte. Comparez PNG avec WebP ou AVIF sans perte à l’échelle d’affichage réelle avant de choisir.

Œuvres avec transparence

Utilisez AVIF, WebP ou PNG ; n’utilisez pas JPEG car il ne transporte pas de canal alpha.

02

Comprendre ce que chaque format apporte

AVIF encapsule des images codées AV1 dans un format basé sur HEIF. Sa spécification inclut des images fixes, des séquences d’images et des éléments d’image alpha. Il prend en charge l’encodage lossy et sans perte, la transparence et l’animation. Les économies ne sont pas fixes : le contenu source, l’encodeur, la vitesse, la qualité cible et les métadonnées modifient le résultat.

WebP prend en charge les modes lossy et lossless, la transparence et l’animation. JPEG est un format d’image fixe lossy avec un très large support historique, utile comme fallback pour les photos opaques. PNG est sans perte avec alpha, ce qui en fait un fallback solide pour des graphiques exacts, bien que les PNG photographiques soient souvent inefficaces. Le PNG ordinaire est statique ; testez un format d’animation séparé quand le mouvement est nécessaire.

AVIF

À explorer en priorité pour les images raster à forte valeur où une réduction du poids transféré peut justifier l’effort d’encodage et la gestion des fallbacks.

WebP

Utile comme option raster moderne polyvalente, incluant la transparence et les séquences animées.

JPEG

À utiliser comme fallback photo opaque, pas pour un logo transparent ou un détouré.

PNG

À utiliser pour un raster sans perte et transparent en fallback, et pour les actifs où la fidélité des pixels compte plus que le minimum d’octets.

03

Construisez un chemin de secours plutôt que de parier sur un format unique

L’élément picture permet au navigateur d’évaluer des alternatives. Placez AVIF en premier, puis WebP, puis un fallback img en JPEG ou PNG, avec le bon type MIME. Le navigateur ignore une source non supportée et utilise le fallback quand aucune source n’est décodable. Conservez le même texte alternatif significatif sauf si vous modifiez intentionnellement le recadrage.

Le fallback de format ne remplace pas le dimensionnement responsive. Fournissez des candidats basés sur la largeur et une valeur sizes honnête quand l’emplacement varie. Incluez width et height pour que le navigateur puisse réserver de l’espace. Un fichier au petit format avec une grande dimension en pixels gaspille toujours des octets.

Ordre de source suggéré

AVIF d’abord, WebP ensuite, puis JPEG pour les photos opaques ou PNG quand le fallback nécessite transparence ou bords sans perte.

Prudence sur le cache

Si un serveur choisit les formats d’après les capacités de la requête plutôt que la balisage picture, configurez correctement la variation du cache et testez que chaque client reçoit une représentation décodable.

Test de fallback

Utilisez un client sans le décodeur préféré ou désactivez volontairement une source en staging ; confirmez que l’image, les dimensions et le texte alternatif restent corrects.

04

Budgetez le temps d’encodage et protégez la qualité visuelle

La compression moderne déplace le travail vers l’encodage. L’encodeur de référence d’AVIF offre une plage de vitesse de 0 (lent) à 10 (rapide) ; WebP sacrifie aussi le temps d’encodage pour la taille et la qualité. Considérez une ré-encodage en lot ou une transformation à la demande comme une décision opérationnelle, pas comme un réglage gratuit.

Définissez une politique reproductible par classe d’actif et examinez les originaux aux tailles d’affichage courantes. Inspectez visages, dégradés, texte, bords et limites transparentes. Conservez le master et enregistrez la version de l’encodeur et les paramètres pour qu’un défaut puisse être reproduit et annulé.

La vitesse est un compromis

Un encodage plus rapide réduit la pression du build mais peut produire un fichier plus volumineux ou une compression moins efficace ; effectuez des benchmarks sur votre propre jeu de sources.

La qualité n’est pas un seul nombre

Un score ou un preset ne remplace pas la revue visuelle des zones de l’image qui comptent pour les visiteurs.

05

Faites des changements de format une pratique de fiabilité proactive

Pour Status Is UP, l’optimisation d’images est un travail proactif de disponibilité lorsqu’elle empêche une livraison de dégrader une page critique. Inventoriez les URL d’images critiques, mettez en staging une conversion représentative et vérifiez le content type, le comportement du CDN et l’invalidation des caches avant une migration site-wide.

Déployez par lots réversibles. Comparez le rendu et le comportement de transfert sur le candidat de release, puis conservez l’ancienne représentation tant que le nouveau chemin n’est pas validé. Si une transformation ou une règle de cache échoue, restaurez la source connue comme fonctionnelle. C’est une direction de livraison résiliente, pas un mandat universel pour AVIF ou plusieurs formats.

Protégez d’abord les images critiques

Priorisez l’image principale et les images de contenu qui influencent la première vue utile, pas chaque image d’archive en même temps.

Préparez le rollback

Conservez des noms d’actifs déterministes ou une cartographie versionnée pour que le chemin JPEG, PNG ou WebP antérieur puisse être restauré rapidement.

ACTION / VÉRIFIER

Votre guide pratique des actions à mener.

  1. 01

    Classifiez l’actif

    Enregistrez si chaque cible est une photo, un graphique net, un actif transparent ou une animation.

    VÉRIFIER: L’inventaire enregistre le master source, le rôle visible, le besoin de transparence et le mouvement envisagé.
  2. 02

    Choisissez un ensemble pilote

    Sélectionnez des images représentatives à fort impact avant de convertir une bibliothèque.

    VÉRIFIER: Le pilote couvre les types d’images de la page prioritaire.
  3. 03

    Créez des variantes contrôlées

    Générez AVIF, WebP et le fallback JPEG ou PNG nécessaire à partir d’un même master.

    VÉRIFIER: Chaque candidat a des dimensions connues, la version de l’encodeur et les paramètres enregistrés.
  4. 04

    Examinez le rendu réel

    Inspectez les candidats aux tailles d’affichage courantes pour texte, dégradés, visages, bords et transparence.

    VÉRIFIER: Un réviseur approuve le recadrage important sans artefact matériel.
  5. 05

    Ajoutez des sources responsive et des dimensions

    Utilisez picture quand c’est nécessaire, fournissez des candidats de taille adaptés et indiquez width et height.

    VÉRIFIER: Un test de mise en page sélectionne la ressource adéquate sans layout shift provoqué par l’image.
  6. 06

    Vérifiez le comportement de livraison

    Vérifiez content type, chemin de réponse, transformation CDN et règles de cache en staging.

    VÉRIFIER: Chaque image sélectionnée a son type MIME attendu et un objet existant.
  7. 07

    Exercez le fallback

    Testez une condition incapable d’utiliser la source préférée.

    VÉRIFIER: Le fallback préserve le contenu, le texte alternatif, les dimensions et un rendu acceptable.
  8. 08

    Publiez avec une carte de rollback

    Conservez la représentation antérieure et un chemin documenté de restauration.

    VÉRIFIER: Un responsable de release peut identifier et restaurer la cartographie d’actifs antérieure.
SUJETS DE DISCUSSION

Comparez les compromis, pas les données privées.

Utilisez ces propositions avec votre équipe ou la communauté de propriétaires de sites. Partagez des méthodes et des enseignements, mais ne collez jamais d'identifiants, d'enregistrements clients ou de détails d'infrastructure non publics.

  1. 01

    Quelle classe d’image sur votre site produit le compromis le plus visible entre économies d’octets et qualité visuelle, et comment l’examinez-vous ?

  2. 02

    Quel format de fallback s’est avéré le plus utile pour les navigateurs ou clients intégrés que vos visiteurs utilisent réellement ?

  3. 03

    Comment conservez-vous les paramètres de conversion d’images reproductibles lorsqu’une équipe doit rollbacker une release ?

RESSOURCES POPULAIRES / DE RÉFÉRENCE

Consultez le matériel source.

MDN Web DocsImage file type and format guide ↗

Une comparaison pratique centrée navigateur des formats raster, des modes de compression, de la transparence, de l’animation et des choix de fallback.

Examiné le 2026-09-27
MDN Web DocsHTML picture element reference ↗

Explique la sélection de la source, les alternatives selon le type, les candidats responsive et le rôle du fallback img.

Examiné le 2026-09-27
W3CPortable Network Graphics specification, Third Edition ↗

La recommandation actuelle sur PNG pour les images raster sans perte, le support alpha et la portée statique ou animée du PNG.

Examiné le 2026-09-27
Alliance for Open MediaAV1 Image File Format specification ↗

La spécification maintenue d’AVIF, incluant ses définitions de séquence d’images et d’éléments d’image alpha.

Examiné le 2026-09-27
web.devUsing AVIF to compress images on your site ↗

Les conseils pratiques de Google sur les contrôles d’encodeur AVIF, les tests de qualité et les limites de performance des images.

Examiné le 2026-09-27
Google for Developerscwebp reference ↗

La documentation officielle de l’encodeur WebP pour les contrôles lossless et lossy, les réglages alpha et le compromis vitesse/qualité.

Examiné le 2026-09-27
WHATWGHTML images ↗

La norme HTML vivante pour la sélection d’images responsive et le comportement de width et height.

Examiné le 2026-09-27

Politique des sources. Les affirmations sur les capacités des formats, le comportement HTML et les compromis des encodeurs s’appuient sur les spécifications officielles et la documentation listée dans Ressources. Les recommandations sont conditionnelles aux tests des actifs, de l’audience et de la configuration de livraison de l’organisation ; les liens de navigation ne constituent pas des sources de preuve.

CLARIFICATIONS RAPIDES

Questions fréquentes.

AVIF est-il toujours le meilleur format d’image pour le web ?

Non. AVIF est une option solide à tester, mais la décision dépend de la qualité visible, de la couverture client requise, de la capacité d’encodage et d’un fallback opérationnel. Une photo peut bénéficier d’AVIF tandis qu’un graphique exact peut nécessiter une sortie sans perte et un fallback PNG.

Dois-je remplacer tous les JPEG et PNG par WebP ou AVIF ?

Pas aveuglément. Commencez par les images à fort impact et conservez les masters. Convertissez là où la revue valide le résultat visuel et le chemin de livraison. PNG peut rester pertinent pour les graphiques sans perte et la transparence, et JPEG peut rester un fallback pour les photos opaques.

Les formats modernes suppriment-ils le besoin d’images responsive ?

Non. Le choix du format et le choix de la taille répondent à des problèmes différents. picture aide à choisir un format supporté, tandis que srcset et sizes aident à sélectionner une résolution adaptée. Width et height permettent toujours au navigateur de réserver de l’espace avant l’arrivée de l’image.

Status Is UP Editorial Team · Rédacteurs Uptime Enablement

Examiné par Relecteur performance et livraison web. Publié 2026-09-27; mis à jour 2026-09-30.