Bildformat konvertieren dekodiert im Browser eine Ladung Bilder zu Pixeln und packt sie mit dem gewählten Encoder – JPG, PNG oder WebP – in neue Dateien; Eingaben dürfen HEIC vom iPhone, aus dem Web geladenes WebP sowie PNG, JPG, GIF, BMP und AVIF sein. Die Bilder werden nicht hochgeladen.

Es geht um zwei Alltagsprobleme: „die Gegenseite kann es nicht öffnen“ und „das Format passt nicht“ – HEIC-Fotos an Windows-Kollegen, WebP aus dem Web lässt sich nicht in alte Office-Programme einfügen, das System nimmt nur JPG an, ein transparentes Logo braucht PNG.

Der Unterschied zur „Bildkomprimierung“ liegt im Ziel: Dort wird im selben Format verkleinert, hier wird das Format gewechselt. Beide benutzen aber dieselbe Leinwand-Kodierung, deshalb gelten die Regeln zu verlustfrei / verlustbehaftet, Qualitätsparameter und Metadaten unverändert – dieser Artikel behandelt nur das Besondere der Konvertierung, Hintergründe stehen im Abschnitt zur Funktionsweise der Bildkomprimierung.

1. 01Bilder hinzufügenHineinziehen, anklicken oder einfügen, Mehrfachauswahl möglich; wird HEIC erkannt, erscheint „Wird in JPEG umgewandelt…“ – das ist lokales Dekodieren, einen Moment warten. Die Liste zeigt Pixelmaße und Volumen jedes Bildes.
2. 02Zielformat wählenJPG (klein, keine Transparenz), PNG (verlustfrei, mit Transparenz), WebP (verlustbehaftet und transparent, meist am kleinsten).
3. 03Kodierqualität einstellen0,1–1, Standard 0,9; bei PNG wird der Regler deaktiviert mit dem Hinweis „PNG ist verlustfrei, diese Option wirkt nicht“.
4. 04„Konvertierung starten“ klickenDer Fortschrittsbalken arbeitet Bild für Bild ab; die Ergebnisdateien behalten den Namen und tauschen nur die Endung.
5. 05HerunterladenEinzelne Dateien über das Download-Symbol, mehrere über „Als ZIP herunterladen“.

Gemessene Größen, wenn dieselben fünf Bilder in drei Formate umgewandelt werden (Qualität 0,9; zusätzlich JPG / WebP mit 0,75):

Eingabe                        Original    → JPG 0,9   → PNG       → WebP 0,9   → WebP 0,75   → JPG 0,75
photo-3000x4000.jpg (Foto)     1,3 MB      1,6 MB      16,3 MB     1,3 MB       263 KB        1,1 MB
logo-800x600.png (transparent) 22,2 KB     23,7 KB*    38,1 KB     13,8 KB      10,5 KB       16,8 KB*
scan-1600x1200.webp            342,5 KB    555,9 KB    4,1 MB      378,9 KB     282,3 KB      261,5 KB
screenshot-1920x1080.png       21,7 KB     72,4 KB     56,2 KB     13,7 KB      13,0 KB       58,2 KB
logo-400x300.gif               5 KB        11,7 KB     13,5 KB     5,5 KB       3,9 KB        8,2 KB
                                           * transparente Bereiche werden weiß

Drei Erkenntnisse: Fotos wachsen als PNG auf mehr als das Zehnfache (1,3 MB → 16,3 MB), besser wird die Qualität dabei nicht; Screenshots und linienbetonte Inhalte werden als JPG sogar größer und bekommen Ringing (aus 21,7 KB PNG werden 72 KB JPG); WebP ist bei etwa 0,75 für fast alle Typen am kleinsten, der Preis ist die Kompatibilität mit alter Software.

Verlustfrei und verlustbehaftet, die JPEG-Quantisierung, der fehlende Qualitätsparameter bei PNG und die Folgen der Leinwand-Kodierung sind in der Bildkomprimierung vollständig erklärt. Hier geht es um drei Dinge, die nur den Konvertierungspfad betreffen.

Der Zwischenzustand sind „nackte Pixel“

Egal was hineinkommt, der Browser dekodiert es zuerst zu RGBA-Pixeln und zeichnet sie auf die Leinwand. Dieser Schritt ebnet alle Formatunterschiede ein und wirft alles jenseits der Pixel weg: EXIF-Aufnahmedaten und GPS, Farbprofile, die folgenden Animationsbilder eines GIF, Ebenen und Kommentare. Die Orientierungsangabe wurde beim Dekodieren bereits auf die Pixel angewendet, ein Hochformatfoto kippt also nicht, die Angabe selbst existiert danach nicht mehr. Wer diese Informationen behalten will, ist mit einer Konvertierung falsch bedient.

Wohin verschwindet die Transparenz?

Das A (Alpha) in RGBA ist auf der Leinwand noch da; ob es in die Ausgabe gelangt, hängt vom Zielformat ab: PNG und WebP können Transparenz, JPG hat keinen Alphakanal. Vor der JPG-Ausgabe legt das Werkzeug eine weiße Fläche an und zeichnet das Bild darauf, aus dem transparenten Logo wird also ein Logo auf weißem Grund (die beiden Zeilen mit Stern in der Beispieltabelle). Die drei Quadrate rechts im SVG sind dasselbe Logo in drei Ergebnissen: PNG mit 38 KB und Transparenz, JPG mit 24 KB auf Weiß, WebP mit 14 KB transparent und am kleinsten.

Wie HEIC hier hereinkommt

HEIC/HEIF ist das Standardformat von Apple-Geräten und beruht auf der HEVC-Videokodierung, die die meisten Browser nicht direkt dekodieren können. Beim Hinzufügen dekodiert das Werkzeug die Datei deshalb lokal mit heic2any (der WebAssembly-Version von libheif) und kodiert sie mit Qualität 0,92 zu einem Zwischen-JPEG, das dann den normalen Weg geht. HEIC → PNG ergibt also „eine verlustfreie Verpackung eines einmal verlustbehafteten Zwischenstands“: groß, aber nicht besser als HEIC → JPG, das der übliche Weg ist. Die Endung .heic im Dateinamen wird durch die Zielendung ersetzt.

Die drei Encoder und ihre Aufgaben

• JPG: verlustbehaftet, der Qualitätsparameter wirkt, keine Transparenz. Erste Wahl für Fotos, breiteste Kompatibilität.
• PNG: verlustfrei, ignoriert den Qualitätsparameter, behält Transparenz. Erste Wahl für Screenshots, Symbole, Text und Material, das weiterbearbeitet wird; Fotos sollten nicht zu PNG werden.
• WebP: Dieses Werkzeug gibt verlustbehaftetes WebP aus, der Qualitätsparameter wirkt, Transparenz bleibt erhalten. Bei gleicher Optik 25 %–35 % kleiner als JPG, deutlich kleiner als PNG; aber Browser von vor 2020, manche Office-Programme und Behörden-Uploads erkennen es nicht.

GIF und BMP dienen nur als Eingabe: Bei GIF wird nur das erste Bild genommen, Animationen gehen verloren (für animierte Bilder „GIF-Bearbeitung“ nutzen); BMP ist eine unkomprimierte Bitmap und wird in jedem anderen Format deutlich kleiner.

• iPhone-Fotos in Stapeln an Windows schicken: Den ganzen Album-Ordner mit HEIC hineinziehen, Ziel JPG, Qualität 0,9, als ZIP verpacken. Das Volumen liegt drei bis vier Zehntel über dem von HEIC – das ist der Effizienzunterschied zwischen HEVC und JPEG, keine Beschädigung.
• Bilder fürs Web vorbereiten: Ziel WebP, Qualität 0,75–0,8, Fotos wie Screenshots werden am kleinsten; zusätzlich eine JPG/PNG-Fassung als Rückfall für Browser ohne WebP behalten.
• Transparentes Material vereinheitlichen: Die verschiedenen Formate aus der Designabteilung zu PNG machen, für Dokumente und Folien; geht es nur ums Web, spart WebP mehr.
• Erst konvertieren, dann komprimieren: Beides lässt sich verbinden – etwa einen gescannten WebP zuerst zu JPG machen und dann mit dem Zielgrößenmodus der „Bildkomprimierung“ an die Upload-Grenze herantasten.

Eingabe

JPG / JPEG, PNG, WebP, GIF (erstes Bild), BMP, AVIF (Browser-Unterstützung nötig), HEIC / HEIF (lokale Dekodierung).

Ausgabe

JPG, PNG, verlustbehaftetes WebP; kein GIF, BMP, TIFF, AVIF und kein verlustfreies WebP.

Qualität

0,1–1 in Schritten von 0,05, Standard 0,9; wirkungslos bei PNG.

Abmessungen

Die Pixelmaße ändern sich nicht (dafür vorher „Bildgröße ändern“ nutzen); die Grenzen der Browser-Leinwand gelten, bei einer Kantenlänge über etwa 16 000 px oder extrem vielen Pixeln kann die Verarbeitung fehlschlagen.

Metadaten

EXIF, GPS und Farbprofile bleiben nicht erhalten; die Ausrichtung steckt bereits in den Pixeln.

Transparenz

bei PNG / WebP erhalten; JPG wird auf Weiß gefüllt.

Dateinamen

Name bleibt, Endung wird ersetzt; dieselbe Endung als Ziel (etwa JPG → JPG) ergibt denselben Dateinamen.

HEIC-Zwischenstand

zuerst Dekodierung zu JPEG mit Qualität 0,92, dann ins Zielformat.

Was es nicht macht

keine Größenänderung, kein Komprimieren auf ein Zielvolumen (dafür „Bildkomprimierung“), keine animierten Bilder, keine Umwandlung zwischen SVG-Vektor und Bitmap, kein Stapel-Umbenennen.

• „Als PNG ist die Qualität besser“: PNG speichert die dekodierten Pixel nur verlustfrei; die JPEG-Verluste des Originals kommen nicht zurück, das Volumen wächst aber leicht auf das Zehnfache.
• „WebP kann alles“: Im Web fast, aber beim Versenden an andere und beim Hochladen in alte Systeme wird es oft abgelehnt. Dateien, die das Haus verlassen, sind mit JPG/PNG sicherer.
• „Konvertieren behält die Aufnahmedaten“: Nein, EXIF und GPS fallen mit weg. Wer sie braucht, exportiert sie vorher mit „EXIF ansehen & löschen“.
• „GIF wird als WebP weiter animiert“: Dieses Werkzeug nimmt nur das erste Bild; für Animationen „GIF-Bearbeitung“ oder „GIF zu Video“ verwenden.

Dekodieren (inklusive HEIC), Zeichnen auf der Leinwand und Kodieren laufen komplett in deinem Browser, die Bilder werden nicht hochgeladen und es funktioniert auch ohne Netzwerkverbindung; die Ausgaben enthalten weder EXIF noch GPS. Mehr dazu in der Datenschutzerklärung.

• MDN Web Docs, Image file type and format guide – Kompressionsart, Transparenz- und Animationsunterstützung, Browser-Kompatibilität der Formate: https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types(abgerufen am 2026-09-09)
• Google for Developers, WebP Container Specification – verlustbehafteter VP8-Bitstrom, verlustfreier Modus und ALPH-Transparenzblock: https://developers.google.com/speed/webp/docs/riff_container(abgerufen am 2026-09-09)
• RFC 2083, PNG (Portable Network Graphics) Specification – verlustfreie Kompression und Alphakanal: https://www.rfc-editor.org/rfc/rfc2083(abgerufen am 2026-09-09)
• heic2any (GitHub) – HEIC/HEIF-Dekoder für den Browser auf libheif-Basis, Parameter toType und quality: https://github.com/alexcorvi/heic2any(abgerufen am 2026-09-09)