Deux formats, un seul objectif : des fichiers plus légers
Si vous vous êtes penché sur l'optimisation d'images WordPress, vous avez forcément croisé le WebP et l'AVIF, tous deux recommandés comme remplaçants du JPEG. Ils résolvent le même problème — des fichiers plus légers à qualité visuelle équivalente — mais ce ne sont pas le même format, et choisir le mauvais (ou un seul) laisse de la performance sur la table.
Voici la comparaison pratique : ce que chaque format apporte réellement, où ils montrent leurs limites, et ce qu'il faut concrètement configurer sur un site WordPress.
WebP : le choix sûr par défaut
Le WebP existe depuis 2010 et bénéficie aujourd'hui d'un support navigateur quasi universel, y compris Safari depuis la version 14. À qualité visuelle équivalente, les fichiers WebP sont environ 25 à 35 % plus légers que le JPEG.
Points forts :
- Support navigateur extrêmement large
- Encodage rapide, même en masse
- Prend en charge la compression avec et sans perte, plus la transparence (remplaçant le PNG)
- Bien supporté par tous les grands hébergeurs WordPress et CDN
Limites :
- Pas aussi léger que ce que peut atteindre l'AVIF
- Les fichiers WebP sans perte peuvent parfois être plus lourds qu'un JPEG bien optimisé
AVIF : plus léger, mais plus exigeant
L'AVIF est le format le plus récent, dérivé du codec vidéo AV1. Il produit généralement des fichiers nettement plus légers que le WebP à qualité visuelle égale — souvent 50 % plus léger que le JPEG d'origine.
Points forts :
- Compression parmi les meilleures de sa catégorie — typiquement plus légère que le WebP à qualité égale
- Prend en charge le HDR et une large gamme de couleurs
- Désormais supporté par Chrome, Edge, Firefox et Safari 16+
Limites :
- Encodage plus lent que le WebP, ce qui compte lors de la conversion en masse d'une grande médiathèque
- Support navigateur légèrement plus restreint que le WebP — un petit pourcentage de visiteurs sur d'anciens navigateurs n'en bénéficiera pas
- Certains outils d'édition d'image et de CDN ont encore un support AVIF plus inégal que le WebP
La vraie réponse : servir les deux, automatiquement
Traiter cela comme un choix exclusif est la mauvaise approche. La bonne approche pour un site WordPress en production est une chaîne de repli : servir l'AVIF aux navigateurs qui le supportent, le WebP à ceux qui supportent cela mais pas l'AVIF, et le JPEG/PNG d'origine à tout le reste.
Cela se fait avec l'élément HTML <picture> :
<picture>
<source srcset="photo.avif" type="image/avif">
<source srcset="photo.webp" type="image/webp">
<img src="photo.jpg" alt="Description">
</picture>
Le navigateur vérifie chaque <source> dans l'ordre et utilise le premier format qu'il supporte, en retombant sur le fichier d'origine de la balise <img> si aucun ne correspond. Pas de JavaScript, pas de détection côté serveur du user-agent — juste du HTML standard que comprend tout navigateur, même très ancien.
Comment Erdo Image Optimizer gère cela
Générer et maintenir manuellement deux copies supplémentaires de chaque image, en plus d'écrire le balisage ci-dessus pour chaque balise <img> du site, n'est pas réaliste pour la plupart des utilisateurs WordPress. Erdo Image Optimizer automatise toute la chaîne :
- Lors de l'upload ou de la conversion en masse, il génère les versions WebP et AVIF de chaque image en utilisant la propre bibliothèque GD ou Imagick du serveur — sans clé API, sans service externe.
- Côté frontend, il réécrit automatiquement les balises
<img>en éléments<picture>avec le bon ordre de sources, pour que les visiteurs obtiennent toujours le plus petit format que leur navigateur supporte. - L'AVIF est optionnel dans les réglages, car l'encodage prend plus de temps — vous pouvez l'activer une fois que votre médiathèque ne grandit plus activement, ou rester en WebP uniquement si votre hébergeur a des limites CPU serrées.
Cela signifie que vous n'avez pas à choisir un camp dans le débat WebP vs AVIF. Le plugin génère les deux et laisse le navigateur décider.
Quand ignorer l'AVIF
Il existe quelques raisons légitimes de rester en WebP uniquement :
- De très grandes médiathèques sur un hébergement partagé limité. L'encodage AVIF est plus gourmand en CPU ; si votre hébergeur limite agressivement le temps CPU, convertir en masse des dizaines de milliers d'images en AVIF peut prendre très longtemps.
- Une part significative de votre trafic provient d'anciens appareils Android ou de navigateurs obsolètes qui ne supportent pas l'AVIF. Le support du WebP étant plus large, si vos analyses montrent une longue traîne de navigateurs anciens, le WebP seul vous apporte déjà la majeure partie du gain de taille avec moins de charge d'encodage.
Pour la plupart des sites, aucun de ces cas ne s'applique, et activer les deux formats est le bon réglage par défaut.
Référence rapide
| WebP | AVIF | |
|---|---|---|
| Taille moy. vs JPEG | ~25-35 % plus léger | ~50 % plus léger |
| Support navigateur | Universel (Safari 14+ inclus) | Large (Chrome, Edge, Firefox, Safari 16+) |
| Vitesse d'encodage | Rapide | Plus lente |
| Idéal pour | Par défaut pour tous les sites | Sites pouvant se permettre le temps d'encodage supplémentaire pour un gain maximal |
En résumé
WebP contre AVIF n'est pas vraiment une compétition — c'est une chaîne de repli. Servez de l'AVIF là où c'est supporté, le WebP comme filet de sécurité, et le format d'origine en dernier recours. Si vous configurez cela manuellement, le balisage <picture> ci-dessus vous y mène. Si vous préférez ne pas le maintenir à la main, Erdo Image Optimizer génère les deux formats et met en place le repli automatiquement — gratuitement, sans clé API, en utilisant les propres bibliothèques d'image de votre serveur. Consultez notre guide de conversion des images WordPress en WebP pour le déroulé complet de la configuration.