Tooooolbox
100% privé
29 juin 2026 · 8 min de lecture
Si vous vous êtes déjà penché sur la vitesse d'un site, on vous a presque certainement dit « utilise le WebP ». C'est l'une des optimisations d'image les plus recommandées de la dernière décennie — mais qu'est-ce que le WebP au juste, combien économise-t-il vraiment, et est-ce le bon choix pour vous ? Voici une réponse claire.
Le WebP est un format d'image développé par Google, conçu spécifiquement pour le web. Son objectif est simple : offrir la même qualité visuelle que le JPEG et le PNG dans un fichier nettement plus léger. Il y parvient grâce à une compression plus moderne que celle de ces deux anciens formats, et il peut faire le travail des deux — photographies et visuels — dans un seul format.
Contrairement au JPEG, uniquement avec perte, et au PNG, uniquement sans perte, le WebP propose les deux modes. Cette souplesse explique en grande partie son adoption.
En mode avec perte, le WebP est typiquement 25 à 35 % plus léger qu'un JPEG à qualité visuelle égale. En mode sans perte, il est généralement 20 à 30 % plus léger qu'un PNG équivalent. Sur une page remplie d'images, cela représente facilement des centaines de kilo-octets — souvent des mégaoctets — d'économies, donc un chargement plus rapide, moins de bande passante et un meilleur référencement.
Ces chiffres varient selon l'image : les photos très détaillées économisent moins, les visuels en aplats davantage. Mais dans presque tous les cas, le WebP l'emporte sur le poids.
Le WebP gère la transparence (un canal alpha), tout comme le PNG — vous pouvez donc l'utiliser pour des logos, icônes et superpositions à fond transparent tout en gardant un fichier plus léger. Il gère aussi l'animation, ce qui en fait une alternative moderne et légère au GIF animé.
Autrement dit, le WebP peut remplacer le JPEG, le PNG et le GIF d'un coup, ce qui simplifie la gestion des images sur un site.
C'était autrefois la principale objection au WebP, mais ce n'est plus un vrai problème : tous les grands navigateurs — Chrome, Firefox, Safari, Edge — prennent en charge le WebP depuis des années. En pratique, bien plus de 95 % des internautes peuvent afficher les images WebP sans souci.
Les principales exceptions sont les logiciels très anciens et certaines applications de bureau ou clients e-mail qui attendent un format classique. Pour le web ouvert, le WebP est donc sûr ; pour un fichier que vous envoyez par e-mail ou téléversez sur un système inconnu, un JPEG ou un PNG reste plus prudent.
C'est le point que la plupart des présentations passent sous silence, et il explique beaucoup de confusions. Le WebP dispose de deux modes de compression totalement distincts, dont les comportements n'ont rien à voir. Le WebP avec perte supprime de l'information comme le fait le JPEG : c'est celui qu'il faut pour les photographies. Le WebP sans perte conserve chaque pixel à l'identique, comme le PNG : c'est celui qu'il faut pour les logos, icônes et captures d'écran.
L'écart pratique est important. Le WebP sans perte pèse typiquement 25 % de moins qu'un PNG équivalent — un gain modeste mais totalement gratuit, puisque rien n'est perdu. Le WebP avec perte compresse bien plus fort : couramment 25 à 35 % de moins qu'un JPEG de qualité visuelle comparable, et 60 à 80 % de moins que la même image stockée en PNG.
La plupart des outils choisissent le mode à votre place en fonction du format source, ce qui est généralement juste mais parfois non. Si vous convertissez une photographie que quelqu'un a enregistrée par erreur en PNG, c'est le passage forcé en mode avec perte qui transforme un fichier de 4 Mo en quelques centaines de kilooctets.
Le mode avec perte du WebP est hérité de VP8, un codec vidéo, et il en reprend l'idée la plus importante de la compression vidéo : la prédiction. Avant d'encoder un bloc de pixels, l'encodeur observe les blocs voisins qu'il a déjà décodés et prédit à quoi celui-ci devrait ressembler. Il ne stocke ensuite que l'écart entre la prédiction et la réalité.
Comme deux zones voisines d'une photographie se ressemblent généralement, cet écart est bien plus petit que le bloc lui-même, et les petites valeurs se compressent bien. Le JPEG, conçu en 1992, n'a aucune étape équivalente : il encode chaque bloc de 8×8 indépendamment, sans rien savoir de ce qui l'entoure.
Le mode sans perte repose sur des mécanismes entièrement différents : il recherche des motifs de pixels exacts déjà rencontrés, construit des palettes de couleurs locales et applique des transformations qui rendent les structures répétées moins coûteuses à stocker. C'est pourquoi il excelle sur les graphiques et échoue sur les photographies, exactement comme le PNG.
L'AVIF compresse plus fort. Sur du contenu photographique, il produit typiquement des fichiers 20 à 30 % plus légers que le WebP à qualité équivalente, et environ 50 % plus légers que le JPEG. Il gère aussi le HDR, les gamuts étendus et une profondeur de couleur sur 10 ou 12 bits, qui élimine le léger effet de bandes que le JPEG comme le WebP peuvent montrer dans un ciel crépusculaire.
Le WebP l'emporte sur tout le reste. Il encode plusieurs fois plus vite, ce qui compte dès qu'on traite un lot ou qu'on convertit dans le navigateur. Il est reconnu par davantage de logiciels hors navigateur. Et son décodage est plus léger, considération bien réelle sur les téléphones d'entrée de gamme.
La réponse pragmatique pour un site web est d'utiliser les deux : servir de l'AVIF aux navigateurs qui l'acceptent, avec le WebP en repli, et laisser le navigateur choisir. Si vous devez retenir un seul format pour un usage général — partager des fichiers, archiver, téléverser quelque part — le WebP reste le choix le plus sûr, car l'application qui refuse l'AVIF est plus fréquente que celle qui refuse le WebP.
Il vaut la peine d'être clair sur les faiblesses, car la plupart des articles sur le WebP se lisent comme de la publicité. Le problème pratique majeur, ce sont les logiciels hors navigateur : d'anciennes versions de Photoshop, de nombreux imprimeurs et laboratoires photo, certains formulaires d'envoi de places de marché et de sites e-commerce, d'anciennes versions d'Office et divers cadres photo numériques refusent purement et simplement les fichiers WebP.
Le WebP n'a pas non plus d'affichage progressif. Un gros JPEG peut apparaître immédiatement sous forme d'aperçu flou puis se préciser à mesure que les données arrivent ; un WebP n'apparaît qu'une fois suffisamment téléchargé. Sur une connexion lente, cela change la perception du chargement, même quand le WebP est le fichier le plus léger.
Enfin, le WebP avec perte plafonne à 8 bits de profondeur de couleur et applique un sous-échantillonnage chroma 4:2:0, c'est-à-dire une couleur stockée en demi-résolution. Sur la plupart des photographies, c'est invisible. Sur une image comportant du texte rouge saturé sur fond sombre — cas étonnamment courant en graphisme — cela peut produire un frangeage coloré visible que le mode sans perte ou le PNG n'auraient pas.
Pour une conversion ponctuelle, un convertisseur dans le navigateur est le chemin le plus simple et garde le fichier sur votre machine. Déposez l'image, choisissez un niveau de qualité, téléchargez le résultat. Pour des photographies, 75 à 85 % de qualité est la plage où le gain est important et la perte invisible ; en dessous de 70 %, on commence à percevoir un manque de netteté dans les détails fins.
Une règle compte davantage que les réglages : convertissez depuis l'original de meilleure qualité dont vous disposez. Convertir un JPEG en WebP avec perte applique une seconde compression destructrice à une image qui a déjà perdu de l'information, et les artefacts se cumulent. Si le fichier d'origine de l'appareil photo existe encore, encodez depuis celui-ci.
Si vous gérez un site web, la conversion gagne généralement à être automatisée. La plupart des frameworks et des CDN modernes génèrent les variantes WebP et AVIF à la volée et servent celle que le navigateur du visiteur accepte, ce qui évite d'entretenir trois copies de chaque image à la main.
Pour les images de votre propre site : oui, presque toujours. Les économies de poids sont réelles et la compatibilité est là. Si vous voulez un filet de sécurité pour les très vieux navigateurs, servez le WebP avec un JPEG ou PNG de secours — la plupart des plateformes et CMS le font automatiquement.
Pour les images que vous envoyez à des gens ou téléversez ailleurs : restez au JPEG pour les photos et au PNG pour les visuels, car vous ne maîtrisez pas le logiciel qui les ouvrira. La conversion est simple dans tous les cas : déposez votre image dans notre compresseur, choisissez le WebP en format de sortie, et téléchargez la version allégée — tout se passe dans votre navigateur, rien n'est envoyé.