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.

Wurde Ihre ursprüngliche WebP-Datei verlustbehaftet gespeichert, schadet ihr die Konvertierung zu PNG jetzt nicht weiter — das Canvas verpackt die bereits dekodierten Pixel einfach verlustfrei neu. Das Risiko zeigt sich aber später: Exportieren Sie dieses PNG anschließend erneut in ein verlustbehaftetes Format (WebP, JPEG) für einen anderen Zweck, komprimieren Sie ein Bild, das bereits einen verlustbehafteten Durchgang hinter sich hat — Blockartefakte oder Weichzeichnungen aus dem ursprünglichen WebP-Encode summieren sich dann mit neuen Artefakten aus dem zweiten Durchgang. Der PNG-Schritt selbst ist immer sicher und verlustfrei; die Gefahr liegt in einer nachgelagerten verlustbehafteten Neukodierung auf Basis einer bereits verlustbehafteten Quelle. Brauchen Sie ein wirklich unbeschädigtes Master-Exemplar, benötigen Sie die unkomprimierte Originalquelle, nicht ein aus einer verlustbehafteten WebP-Datei erzeugtes PNG.

Der eigentliche Grund ist die universelle Kompatibilität von PNG. Ältere Versionen von Photoshop, GIMP 2.8 und früher, die meisten Desktop-Publishing- und Druckvorstufen-Programme sowie etliche CMS-Upload-Funktionen und Creative-Portale von Werbenetzwerken lehnen `.webp`-Dateien entweder komplett ab oder verarbeiten sie inkonsistent. Auch E-Mail ist ein häufiger Fall — manche Clients zeigen eingebettete WebP-Bilder bis heute nicht an, während PNG immer angezeigt wird. Druckereien und Verpackungsdienstleister verlangen typischerweise PNG oder TIFF, nie WebP, da ihre RIPs und Farbworkflows nie darauf ausgelegt wurden. Selbst manche Social-Media-Plattformen und CMS-Bildfelder verarbeiten WebP-Uploads stillschweigend neu oder beschädigen sie dabei. Wer einmal im Voraus konvertiert, umgeht all das: Die Transparenz bleibt erhalten, und man erhält ein Dateiformat, das jede Software der letzten drei Jahrzehnte bereits öffnen kann, ohne darauf zu wetten, ob ein bestimmtes Upload-Formular WebP tatsächlich unterstützt.

WebP ist ein Google-Format, das im September 2010 angekündigt wurde und ursprünglich vollständig auf dem VP8-Video-Keyframe-Codec für verlustbehaftete Komprimierung basierte. Verlustfreie Komprimierung (VP8L) und die Unterstützung von Transparenz über einen Alphakanal kamen im Jahr darauf, 2011, hinzu und machten das Format zu einem echten Konkurrenten von PNG und JPEG, statt nur eine JPEG-Alternative zu sein. Es speichert alles in einem RIFF-Container, demselben generischen Containerformat, das auch WAV-Audio und AVI-Video verwenden. Die Browser-Unterstützung setzte sich anfangs nur langsam durch — Chrome und Opera unterstützten es früh, doch Firefox wartete bis 2019, und Safari fügte die Unterstützung erst mit Version 14 im September 2020 hinzu. Diese Lücke erklärt, warum so viel Software und so viele Workflows, die vor 2020 entstanden sind, WebP bis heute nicht verarbeiten, obwohl moderne Browser es inzwischen universell unterstützen.

Nein — ein Standard-PNG besitzt überhaupt keine eingebaute Animationsunterstützung; diese Fähigkeit gehört zu einem separaten, deutlich weniger verbreiteten Format namens APNG. Verarbeitet dieser Konverter (oder jeder andere canvas-basierte Konverter) eine animierte WebP-Datei, zeichnet er nur ein einziges dekodiertes Einzelbild — in der Regel das erste — auf das Canvas und exportiert dieses eine Bild als statisches PNG. Der Rest der Animation wird dabei einfach verworfen, nicht irgendwo gespeichert. Das sorgt gerne für Verwirrung, da WebP eines der wenigen Bildformate ist, das je nach Kodierung entweder ein statisches Bild oder eine mehrbildige Animation sein kann, ohne dass der Dateibrowser irgendeinen visuellen Hinweis darauf gibt, um welche Variante es sich handelt. Wollen Sie die Bewegung erhalten, müssten Sie stattdessen nach GIF oder APNG exportieren, nicht nach PNG.

In fast allen Fällen größer. Die Komprimierung von WebP, ob verlustbehaftetes VP8 oder verlustfreies VP8L, ist effizienter als der DEFLATE-Algorithmus von PNG — genau deshalb wurde WebP überhaupt entwickelt: um PNG und JPEG in deren eigener Disziplin zu schlagen. Die Konvertierung zu PNG gibt diese Effizienz zugunsten der Kompatibilität auf, sodass die Ausgabedatei in der Regel wächst, oft erheblich bei fotografischen oder verlaufsreichen Bildern, bei denen die prädiktive Komprimierung von WebP am meisten zu tun hat. Grafiken mit flächigen Farben wie Icons, einfache Screenshots oder Strichzeichnungen zeigen einen geringeren Zuwachs, da es für beide Formate weniger Redundanz zum Ausnutzen gibt. Ist Ihnen die Dateigröße wichtiger als die Kompatibilität, behalten Sie die WebP-Datei; konvertieren Sie zu PNG speziell dann, wenn Sie ein Format brauchen, das garantiert von jedem Editor, jeder Druckerei oder jedem Upload-Formular akzeptiert wird.