WebP to PNG Converter

No — PNG is always fully lossless, so there's no quality slider here (unlike the reverse PNG-to-WebP conversion, which does have one). Every pixel the canvas decodes from your WebP is written to the PNG exactly as-is; there's nothing to trade off.

Yes, completely. The canvas carries the alpha channel through at the same 8 bits per pixel as the source, so soft-edged shadows, feathered cutouts, and partial transparency fade exactly as they did in the WebP — nothing gets flattened onto white the way it would converting to JPG.

Yes. The converter reads the image's natural width and height and sizes the canvas to match exactly — there's no resizing, cropping, or scaling step, so the output PNG has identical pixel dimensions to the source file.

Yes. A lossless (VP8L) WebP decodes to the exact same pixel values it was encoded from, and since PNG's DEFLATE compression is also lossless, the conversion is a bit-for-bit transcode with zero change to any pixel. A lossy WebP, by contrast, already locked in its compression artifacts before you ever uploaded it here.

Si votre WebP d'origine a été enregistré avec une compression avec perte, le convertir en PNG maintenant ne l'abîme pas davantage — le canvas se contente de réemballer les pixels déjà décodés, de façon sans perte. Mais le risque apparaît plus tard : si vous réexportez ensuite ce PNG dans un format avec perte (WebP, JPEG) pour un autre usage, vous compressez une image ayant déjà subi une passe avec perte, si bien que les artefacts de blocs ou de lissage de l'encodage WebP d'origine s'ajoutent à ceux du nouvel encodage. L'étape PNG elle-même est toujours sûre et sans perte ; le danger vient d'un réencodage avec perte ultérieur appliqué à une source déjà compressée avec perte. Si vous avez besoin d'un véritable master intact, il vous faut la source non compressée d'origine, pas un PNG issu d'un WebP avec perte.

La compatibilité universelle du PNG est la vraie raison. Les anciennes versions de Photoshop, GIMP 2.8 et antérieures, la plupart des logiciels de publication assistée par ordinateur et de prépresse, ainsi qu'un bon nombre d'outils d'upload de CMS et de portails créatifs de régies publicitaires refusent purement et simplement les fichiers `.webp` ou les gèrent de façon incohérente. L'e-mail est un autre cas fréquent — certains clients de messagerie n'affichent toujours pas les images WebP intégrées, alors que le PNG s'affiche toujours. Les imprimeurs et fabricants d'emballages demandent généralement du PNG ou du TIFF, jamais du WebP, car leurs flux RIP et leurs processus colorimétriques n'ont jamais été conçus autour de ce format. Même certaines plateformes sociales et certains champs image de CMS retraitent ou cassent discrètement les uploads WebP. Convertir une fois, en amont, permet d'éviter tout cela : vous conservez la transparence et obtenez un format que tous les logiciels des trois dernières décennies savent déjà ouvrir, sans avoir à parier sur la prise en charge du WebP par un formulaire d'upload donné.

Le WebP est un format de Google annoncé en septembre 2010, initialement construit entièrement sur le codec d'image clé vidéo VP8 pour la compression avec perte. La compression sans perte (VP8L) et la prise en charge du canal alpha pour la transparence ont été ajoutées l'année suivante, en 2011, en faisant un véritable concurrent du PNG et du JPEG, et non plus seulement une alternative au JPEG. Il stocke tout dans un conteneur RIFF, le même format de conteneur générique utilisé par l'audio WAV et la vidéo AVI. L'adoption par les navigateurs a d'abord été lente — Chrome et Opera l'ont pris en charge tôt, mais Firefox a attendu 2019 et Safari n'a ajouté la prise en charge qu'avec la version 14, en septembre 2020. C'est cet écart qui explique pourquoi tant de logiciels et de flux de travail créés avant 2020 ne gèrent toujours pas le WebP, même si les navigateurs modernes le prennent aujourd'hui en charge de façon quasi universelle.

Non — un PNG standard ne dispose d'aucune prise en charge native de l'animation ; cette fonctionnalité appartient à un format séparé, moins répandu, appelé APNG. Lorsque ce convertisseur (ou tout autre convertisseur basé sur canvas) traite un WebP animé, il ne dessine qu'une seule image décodée sur le canvas — généralement la première — et l'exporte comme un PNG statique unique. Le reste de l'animation est simplement abandonné au passage, sans être stocké nulle part. Cela surprend souvent, car le WebP est l'un des rares formats d'image pouvant être soit une image statique, soit une animation multi-images selon la façon dont il a été encodé, et rien dans l'explorateur de fichiers n'indique visuellement lequel des deux vous avez. Si vous devez préserver le mouvement, il faut exporter en GIF ou en APNG, pas en PNG.

Plus gros, dans presque tous les cas. La compression du WebP, qu'elle soit avec perte (VP8) ou sans perte (VP8L), est plus efficace que l'algorithme DEFLATE du PNG — c'est d'ailleurs exactement pour cette raison que le WebP a été créé, afin de surpasser le PNG et le JPEG sur leur propre terrain. Convertir en PNG fait renoncer à cette efficacité de compression au profit de la compatibilité, donc attendez-vous à ce que le fichier de sortie grossisse, souvent de façon importante pour les images photographiques ou riches en dégradés, là où la compression prédictive du WebP a le plus de matière à exploiter. Les graphismes en aplats de couleur comme les icônes, les captures d'écran simples ou les dessins au trait voient une augmentation plus modeste, car il y a moins de redondance à exploiter pour l'un ou l'autre format. Si la taille du fichier compte plus que la compatibilité, conservez le WebP ; convertissez en PNG spécifiquement lorsque vous avez besoin d'un format garanti d'être accepté par n'importe quel éditeur, imprimeur ou formulaire d'upload.