Convertir un PNG en WebP, sans ou avec perte, avec transparence

Ce qui change et ce qui ne change pas

PNG et WebP résolvent le même problème à quatorze ans d’écart. PNG, achevé en 1996, stocke une image sans perte à l’aide d’un compresseur généraliste précédé d’un ensemble de filtres de prédiction appliqués à chaque ligne. WebP, publié par Google en 2010, propose deux modes : un mode avec perte fondé sur le codage intra-image du codec vidéo VP8, et un mode sans perte avec un ensemble de transformations nettement plus riche — décorrélation des couleurs, palette, références arrière et modèle d’entropie par région.

En pratique, un WebP sans perte produit les mêmes pixels qu’un PNG dans un espace inférieur d’environ 20 à 30 % pour la plupart des images réelles. Mais pas toutes : une petite image avec très peu de couleurs peut parfois être plus volumineuse, car le mode palette de PNG est déjà proche de l’optimum et l’en-tête de WebP est plus grand. L’outil mesure et signale l’évolution dans les deux cas au lieu de supposer sa direction.

Le seul point où PNG l’emporte nettement est la profondeur de couleur. PNG stocke jusqu’à 16 bits par canal ; WebP en stocke 8. Pour une photographie, cela n’a pas d’importance, tandis que pour un dégradé généré ou une image scientifique destinée à subir d’autres traitements, c’est la raison de rester en PNG.

Sans perte ou avec perte : la décision dépend du contenu, pas de la taille

Choisissez le mode sans perte lorsque l’image contient du texte, un schéma, une interface utilisateur, du dessin au trait ou des aplats de couleur. Les codecs avec perte fonctionnent en supprimant les détails que l’œil remarque peu dans les photographies, et chacune de ces hypothèses échoue sur une bordure noire nette : des artefacts apparaissent autour des caractères et un léger halo longe chaque contour. Pour une capture d’écran, le WebP sans perte est à la fois plus petit que le PNG et fidèle.

Choisissez le mode avec perte lorsque le contenu est photographique et que la taille du fichier compte davantage que le dernier pourcentage de fidélité. Exporter une photographie en PNG est une erreur fréquente et coûteuse : le format fait fidèlement son travail et stocke le bruit du capteur pixel par pixel, ce qui explique qu’une photo de douze mégapixels atteigne quinze mégaoctets. Convertie en WebP avec perte avec une qualité de 82, elle produit régulièrement un fichier cinquante fois plus petit, sans différence perceptible à distance de visualisation.

Le WebP avec perte et transparence mérite une phrase à lui seul, car cette capacité n’a pas d’équivalent. Si vous avez besoin d’un petit fichier avec un véritable canal alpha — un détourage de produit, un logo placé sur une photographie, une illustration aux bords doux — le choix se limitait autrefois à un PNG volumineux ou à un JPEG dont la transparence était incorporée sur un arrière-plan qu’il fallait choisir à l’avance. Le WebP avec perte a supprimé ce compromis, mais il reste encore sous-utilisé.

Compatibilité en 2026

Tous les navigateurs actuellement utilisés affichent le WebP. Chrome et Firefox le font depuis 2018 et 2019, Safari depuis la version 14 en 2020, et Edge depuis son passage à Chromium. Sur ordinateur, Windows Photos lit le WebP depuis 2019 et Aperçu sur macOS depuis Big Sur. Android le décode depuis la version 4.0.

Ce qui reste inégal, c’est tout le reste : les anciennes versions des logiciels de conception sur ordinateur, certains clients de messagerie qui affichent une image jointe directement dans le message, quelques flux d’impression et la longue traîne des applications métier qui acceptent « une image » en voulant dire JPEG. C’est à cela que sert la conversion dans l’autre sens.

L’outil gère un détail lié au navigateur que la plupart des autres ne traitent pas. Dans un navigateur sans encodeur WebP, demander à un canvas d’écrire du WebP n’entraîne pas d’échec : il renvoie discrètement un PNG, avec les mauvais octets sous le bon nom de fichier. Cette page encode d’abord une image de test d’un pixel et vérifie le type renvoyé. Un navigateur sans cet encodeur affiche donc un message clair au lieu de proposer un téléchargement mal étiqueté. Cette erreur est facile à déployer et très difficile à remarquer ensuite.

Ce que la conversion supprime

La sortie est encodée à partir des pixels : rien des métadonnées du fichier source n’est conservé. Ni EXIF, ni XMP, ni blocs de texte PNG, ni manifeste C2PA. Pour une capture d’écran ou un graphisme exporté, c’est généralement bienvenu, mais pas toujours : les blocs de texte PNG contiennent le prompt utilisé par les générateurs d’images, et certains flux y conservent un identifiant de document.

Si vous voulez voir ce qu’il contenait avant sa conversion, l’outil de métadonnées lit les blocs de texte PNG, EXIF et C2PA dans les trois formats et explique chaque champ. Si vous voulez conserver l’image tout en supprimant uniquement les métadonnées, cet outil le fait sans réencoder l’image.

La transparence est préservée par la conversion elle-même, dans les deux modes. L’animation ne l’est pas : un PNG animé est lu comme sa première image, ce qui constitue une limitation de tous les outils fondés sur canvas, y compris celui-ci.

Où situer cet outil parmi les autres

Si l’objectif est d’obtenir un fichier plus petit plutôt qu’un format précis, le compresseur est la page la plus adaptée : il peut viser une taille maximale et choisit le format pour vous. Si l’objectif est de réduire les dimensions, le redimensionneur offre un levier plus important : diviser la largeur par deux divise le nombre de pixels par quatre, ce qui dépasse n’importe quel changement de format.

Cette page s’adresse aux cas où le format lui-même est une exigence : une génération de site statique qui veut du WebP, un CMS qui refuse un PNG au-delà d’une certaine taille, une image destinée à une page où les derniers trente pour cent comptent. Elle effectue une conversion, indique ce qui a changé et n’envoie rien nulle part.

La référence des formats utilisée par cette page — les formats qu’un navigateur peut décoder et encoder, ainsi que les métadonnées que chaque conteneur peut contenir — est publiée en JSON dans l’API de données, afin que le même tableau puisse être vérifié plutôt que retapé.