Choisir en quelques secondes
- Photo à partager partout : JPG.
- Photo ou illustration moderne pour le web : WebP, avec JPG ou PNG en secours si nécessaire.
- Compression web très poussée, HDR ou grande profondeur de couleur : AVIF après un test réel.
- Logo, interface, capture avec texte ou transparence : PNG, WebP ou SVG selon la nature raster ou vectorielle.
Comparer les propriétés avant le poids
JPEG compresse très bien les photographies, mais il ne gère ni la transparence ni l’animation. PNG conserve précisément les pixels et un canal alpha, au prix de fichiers souvent lourds pour les photos.
WebP combine compression avec ou sans perte, transparence et animation. AVIF ajoute une compression moderne, de grandes profondeurs de couleur et le HDR, mais son encodage peut être plus lent et les outils anciens restent moins prévisibles.
| Format | Points forts | À éviter quand |
|---|---|---|
| JPG | Photos, compatibilité, partage | Transparence ou texte très net |
| PNG | Transparence, captures, sans perte | Photo légère attendue |
| WebP | Web moderne, transparence, animation | Workflow ancien sans solution de repli |
| AVIF | Compression, HDR, profondeur de couleur | Décodage ancien ou délai d’encodage critique |
Pour les photographies
JPG reste une sortie sûre pour l’e-mail, les formulaires, les imprimantes et les logiciels généralistes. WebP ou AVIF deviennent intéressants lorsqu’un site contrôle la façon dont l’image est servie.
Ne comparez pas deux formats uniquement avec le même nombre de qualité. Une valeur 80 n’a pas la même signification selon l’encodeur. Comparez le poids et le rendu visuel à dimensions identiques.
Sources : [2]
Pour les logos, captures et interfaces
Un logo vectoriel doit rester en SVG lorsqu’il est sûr et accepté par la destination. Il conserve des contours nets à toutes les tailles. Pour une image raster avec transparence, PNG est le choix le plus prévisible.
WebP peut réduire le poids d’une capture ou d’une illustration, mais examinez les petits caractères, les lignes d’un pixel et les aplats. Une compression avec perte trop forte crée des bavures visibles bien avant qu’une photo ne paraisse dégradée.
Sources : [1]
Pour un site web rapide
Servez des dimensions adaptées au composant. Un AVIF deux fois trop large peut être plus lourd qu’un WebP correctement dimensionné. Le format ne remplace donc pas le redimensionnement ni les images responsives.
Lorsque l’audience ou l’environnement technique est incertain, fournissez un repli avec l’élément picture ou conservez une version JPG ou PNG. Mesurez le poids produit et le temps d’affichage au lieu de supposer qu’un format moderne gagne toujours.
Un workflow de décision reproductible
Identifiez d’abord la destination, la transparence, l’animation et la taille d’affichage. Exportez ensuite deux candidats aux mêmes dimensions, puis comparez les détails importants et le poids.
Conservez un original de qualité. Les fichiers optimisés sont des dérivés de diffusion, pas des archives maîtres. Cette séparation permet de produire un autre format plus tard sans repartir d’une copie déjà dégradée.
- Destination et compatibilité
- Dimensions réellement affichées
- Transparence ou animation
- Qualité visuelle sur les détails critiques
- Poids final mesuré
Comparer vos propres fichiers
Produisez deux sorties aux mêmes dimensions et choisissez sur la qualité réellement visible, pas sur le nom du format.
Ouvrir le convertisseurQuestions sur les formats
Conversions liées
Sources et références
- [1]Image file type and format guide - MDN Web Docs
- [2]Choose the right image format - web.dev
- [3]Serve responsive images - web.dev
- [4]Portable Network Graphics (PNG) Specification, Third Edition - W3C