Utilisez le WebP comme format d'image web par défaut, et ne recourez à l'AVIF que lorsque le plus petit fichier possible importe plus qu'un affichage garanti. L'AVIF gagne généralement sur la taille, le WebP sur la portée. La transparence, l'animation et les métadonnées suivent les mêmes règles pour les deux.
Le choix n'est pas évident car la lecture et l'écriture sont des capacités distinctes. Un navigateur peut afficher un format bien avant de pouvoir en encoder un, et cet écart est plus large que la plupart des guides ne l'admettent. Chrome décode l'AVIF depuis la version 85, pourtant l'API canvas de tous les grands navigateurs ne peut toujours pas encoder l'AVIF du tout : demander un blob AVIF renvoie discrètement des octets PNG à la place. Un encodeur WebAssembly est la façon de contourner cela, et c'est ce que ces outils utilisent.
Ce qui suit est un tableau de décision pour aujourd'hui plutôt qu'une histoire des deux formats, la prise en charge par les navigateurs qui le sous-tend étant vérifiée sur caniuse et MDN le 2026-10-01, ainsi qu'un flux de conversion local avec les outils Aihangsoft.
La plupart des comparaisons s'arrêtent sur des graphiques de benchmarks, et un graphique ne répond pas à la vraie question : quel fichier dois-je exporter de l'image devant moi. Les facteurs décisifs sont la transparence, les navigateurs qu'utilisent vos visiteurs, et si vous pouvez encoder le format du tout.
La décision, en un tableau
Trouvez votre situation à gauche et exportez ce que dit la colonne du milieu. La troisième colonne en donne la raison, et le reste de la page développe les lignes qui le nécessitent.
| Votre situation | Exporter en | Pourquoi |
|---|---|---|
| Une photo sur un site web, portée la plus large possible | WebP | S'affiche dans tous les navigateurs actuels, et les navigateurs peuvent aussi l'écrire, donc vous pouvez le produire localement |
| Une photo sur un site web où les octets sont un problème mesuré | AVIF, avec un repli WebP ou JPEG | Plus petit à qualité visuelle égale, mais quelques appareils plus anciens ne peuvent pas l'afficher |
| Un logo, une icône ou une capture d'écran avec transparence | PNG, ou WebP si le fichier est trop lourd | Les deux portent un canal alpha ; le JPEG n'en a pas et remplirait la zone transparente |
| Une pièce jointe d'e-mail, un téléversement de formulaire ou un vieux logiciel de bureau | JPEG | Lu par des logiciels antérieurs à ces deux formats plus récents |
| Une image animée | WebP, ou GIF pour une portée maximale | Les deux gèrent largement l'animation ; l'AVIF animé est arrivé plus tard et sa prise en charge est plus étroite |
| Vous livrez déjà du WebP et ça fonctionne | Gardez le WebP, sauf si la taille est un problème avéré | Passer à l'AVIF ajoute un chemin de repli et un encodage plus lent pour un gain que vous n'avez pas encore mesuré |
Deux lignes méritent un second regard. Le JPEG reste la bonne réponse chaque fois que le fichier va quelque part qui n'est pas un navigateur, car les sélecteurs et les clients de messagerie valident les formats qu'ils ont été conçus pour connaître. Et "tout passer à l'AVIF" est l'erreur la plus courante dans ce domaine, et la moins rentable.
Ce qui diffère réellement entre WebP et AVIF
D'où viennent les deux formats
Le WebP a été publié par Google en 2010 et repose sur le codec VP8. C'est un conteneur unique qui contient des images avec perte, des images sans perte, de la transparence et de l'animation, c'est pourquoi il a détrôné deux formats à la fois sur le web au lieu d'un seul.
L'AVIF repose sur AV1, le codec également utilisé pour la vidéo, et a été publié par l'Alliance for Open Media en 2019 dans le conteneur HEIF. Cette filiation explique à la fois son avantage et son coût : il emprunte l'efficacité d'un codec vidéo moderne et hérite de l'encodage plus lent qui l'accompagne.
La taille de fichier, et pourquoi cette page ne vous donnera pas un seul chiffre
Pour une référence JPEG, la FAQ WebP de Google elle-même indique que le WebP avec perte offre en moyenne environ 30 pour cent de compression de plus que le JPEG sans perte de qualité visible. Cette affirmation vient des auteurs du format et a été revérifiée le 2026-10-01.
La comparaison avec l'AVIF est plus difficile à énoncer honnêtement. Les tests d'encodeurs rapportent que l'AVIF est plus petit que le WebP à qualité visuelle égale, et cette direction est cohérente d'une source à l'autre. L'ampleur de l'écart ne l'est pas, car elle varie selon le contenu de l'image, la cible de qualité et la version de l'encodeur. Plutôt que de citer un pourcentage unique qui ne résisterait pas au contact de votre propre bibliothèque, considérez-le comme une affirmation à sens unique : l'AVIF est généralement le plus petit des deux, et l'ampleur de la différence mérite d'être mesurée sur vos propres images.
Transparence, animation et métadonnées
Les deux formats portent un canal alpha complet, donc un logo avec une ombre douce s'exporte proprement dans l'un comme dans l'autre. L'animation est prise en charge par les deux, mais l'animation WebP est présente dans les navigateurs depuis des années, donc une ressource animée est plus sûre en WebP.
Les métadonnées sont la différence discrète. Toute conversion qui redessine une image via un canvas reconstruit les pixels et abandonne le bloc EXIF, donc les informations d'appareil photo, l'heure de prise de vue et les coordonnées GPS ne survivent pas.
Prise en charge par les navigateurs, vérifiée sur caniuse et MDN
La prise en charge est ce qui sépare les deux formats, et il vaut la peine d'énoncer les chiffres avec leur source car ils évoluent. Les chiffres du WebP proviennent de la FAQ WebP de Google et ceux de l'AVIF du tableau de compatibilité caniuse, tous deux vérifiés le 2026-10-01.
| Format | Chrome | Firefox | Safari | Edge |
|---|---|---|---|---|
| WebP | 17 et versions ultérieures pour la compression avec perte, 23 et versions ultérieures pour le sans perte et l'alpha | 65 et versions ultérieures | 14 et versions ultérieures, y compris iOS 14 | 18 et versions ultérieures |
| AVIF | 85 et versions ultérieures | 93 et versions ultérieures | 16.4 et versions ultérieures pour une prise en charge complète, partielle à partir de 16.1 | 121 et versions ultérieures |
Le tableau caniuse situe l'AVIF à environ 95 pour cent de disponibilité mondiale au 2026-10-01. C'est la fraction restante qui compte, car elle n'est pas répartie uniformément : presque tout l'écart se trouve sur les versions de Safari antérieures à 16.4, sur des iPhone et iPad plus anciens qui ne seront jamais mis à niveau, et sur des installations d'Edge antérieures à 121.
Le WebP n'a pas d'écart comparable. Tout navigateur qui affiche une page moderne affiche aussi le WebP, et Safari le prend en charge depuis la version 14. Quand quelqu'un demande si le WebP est sûr à livrer, la réponse est oui depuis des années.
Convertisseur d'image
Convertissez des entrées JPG, PNG, WebP, AVIF et GIF en WebP, PNG, JPEG ou AVIF en un seul lot. Fonctionne dans votre navigateur, donc les fichiers ne sont jamais téléversés.
Faut-il passer du WebP à l'AVIF ?
C'est une question différente de celle de savoir quel format est meilleur, et elle a une réponse pratique. Posez-vous trois questions sur votre propre site avant de toucher au moindre fichier.
- Qui visite réellement ? Regardez la répartition des navigateurs dans vos statistiques. Si presque tout est un Chrome, Safari ou Firefox actuel, une stratégie AVIF en premier ne coûte rien. Si une part visible se trouve sur iOS en dessous de 16.4, vous avez besoin d'un repli WebP testé dans le balisage.
- Qu'y gagneriez-vous ? Les octets ne comptent que là où ils changent quelque chose qu'un utilisateur peut ressentir, comme une image de bannière ou une longue galerie. Une miniature de 40 KB qui passe à 32 KB ne fera pas bouger un chiffre Core Web Vitals, et en convertir un millier est un travail sans retour mesurable.
- Combien coûte le changement ? Chaque image AVIF a besoin d'une source de repli ou d'un CDN qui négocie les formats à votre place. C'est un vrai changement dans votre balisage ou votre hébergement, pas un simple renommage de fichier.
L'ordre raisonnable est de laisser la bibliothèque existante tranquille et de convertir les nouvelles grandes images en AVIF derrière un élément picture, en gardant le WebP comme seconde source. Ne revenez sur le stock existant que si vos mesures montrent que le poids des images est le goulot d'étranglement.
Comment convertir un lot sans rien téléverser
Les deux outils d'image Aihangsoft effectuent le travail dans l'onglet du navigateur : la plupart des formats utilisent l'encodeur canvas dont le navigateur dispose déjà, et l'AVIF utilise une version WebAssembly de libavif. Rien n'est envoyé nulle part, et il n'y a ni compte ni compteur par lot.
- Ajoutez vos images. Déposez des fichiers dans la zone de téléversement ou cliquez pour parcourir. JPG, PNG, WebP, AVIF et GIF sont acceptés, et vous pouvez en ajouter autant que vous voulez d'un coup.
- Choisissez le format de sortie. Choisissez WebP, PNG, JPEG ou AVIF. Dans le Convertisseur d'image la qualité avec perte est fixée à 0,92, donc le format est votre seule décision. Pour échanger de la qualité contre de la taille, utilisez le Compresseur d'image à la place, qui ajoute un curseur de 1 à 100, un redimensionnement facultatif et une passe sans perte pour la sortie PNG.
- Convertissez et téléchargez. Appuyez sur convertir, puis enregistrez chaque résultat ou téléchargez tout le lot. Les fichiers sont traités l'un après l'autre sur votre machine, donc un grand lot prend le temps dont votre propre matériel a besoin.
Compresseur d'image
Si la sortie est déjà au bon format mais trop lourde, compressez-la ici. Un curseur de qualité jusqu'à 100, un redimensionnement facultatif et une comparaison avant/après en direct.
Ce que ces outils ne peuvent pas faire
- La conversion change le conteneur, pas l'image. Le réencodage ne peut pas ajouter un détail qui n'y est pas. Une photo molle ou bruitée ne deviendra pas nette en la convertissant en WebP ou en AVIF. Utilisez un agrandisseur d'image pour cela, et gardez la question du format à part.
- Les conversions avec perte répétées accumulent les dégâts. Chaque passage par JPEG, WebP ou AVIF en élimine un peu plus. Convertissez une seule fois depuis le fichier d'origine, jamais depuis une copie déjà convertie.
- La qualité avec perte du convertisseur n'est pas ajustable. Le Convertisseur d'image écrit chaque sortie avec perte à une valeur fixe de 0,92. C'est un réglage par défaut délibéré, pas un panneau de contrôle complet. Si le fichier est encore trop lourd, portez le résultat au Compresseur d'image et utilisez-y le curseur.
- La sortie AVIF coûte un téléchargement avant de fonctionner. Aucun navigateur ne peut encoder l'AVIF depuis un canvas : la spécification exige qu'une demande non prise en charge revienne sous forme de PNG, sans qu'aucune erreur ne soit levée. Les deux outils embarquent donc une version WebAssembly de libavif, qui s'exécute dans un worker au sein de la page et ne téléverse jamais l'image. Le compromis est que la première exécution AVIF télécharge environ 3,5 MB et encode plus lentement que le WebP. Si ce téléchargement échoue, l'outil se rabat sur le WebP et l'indique dans la ligne d'état.
- Les fichiers HEIC ne s'ouvriront pas. Les navigateurs ne peuvent pas décoder le format HEIC que les iPhone récents écrivent par défaut, donc ces fichiers échouent avec un court message d'erreur. Sur le téléphone, changez le réglage sous Réglages, Appareil photo, Formats en Le plus compatible pour obtenir des fichiers JPEG à partir de là.
- Une entrée animée devient une image fixe. Un GIF peut être ajouté en entrée, mais le convertisseur dessine une seule image sur un canvas, donc l'animation n'est pas reportée sur la sortie.
- Le JPEG n'a pas de transparence. Exporter une image à fond transparent en JPEG fait remplir cette zone, et les deux outils la remplissent de blanc. Choisissez PNG, WebP ou AVIF pour conserver le canal alpha.
- Il n'y a aucun serveur derrière le travail. Comme rien n'est téléversé, rien ne peut être déchargé non plus. La vitesse et la mémoire viennent de votre appareil, donc une très grande image ou un long lot est limité par la machine devant vous plutôt que par une formule.