Format-Debatten fangen meistens beim Codec an und arbeiten sich nach außen vor. Das ist verkehrt herum. Über das richtige Format entscheidet, was im Bild steckt – und erst danach, was das empfangende System überhaupt annimmt.
Fotos: JPEG oder WebP
Halbtonbilder – Gesichter, Landschaften, alles mit Verläufen und Rauschen – lassen sich mit verlustbehafteten Codecs gut komprimieren, weil das Auge kleine Fehler in unruhigen Bereichen verzeiht. JPEG ist die sichere Voreinstellung, weil es überall angenommen wird. Verlustbehaftetes WebP erreicht dieselbe wahrgenommene Qualität mit spürbar weniger Bytes und gewinnt deshalb überall dort, wo das Ziel es zulässt.
Eine Einschränkung, wenn du dafür ToolZool nutzt: Unser Kompressor schreibt WebP nur im verlustfreien Modus, und der erzeugt bei einem Foto eine Datei, die um ein Vielfaches größer ist als das JPEG. Für ein Foto mit Größenlimit nimmst du hier also JPEG. Woran das liegt, steht auf der Seite des Kompressors: Es gibt keinen verlustbehafteten WebP-Encoder, den wir ausliefern können, ohne uns entweder eine unvereinbare Lizenz oder eine C-Toolchain einzuhandeln.
Flächige Grafik und Text: PNG
Logos, Symbole, Diagramme und Screenshots von Benutzeroberflächen bestehen aus harten Kanten und großen Flächen identischer Farbe. Verlustbehaftete Codecs kommen mit harten Kanten schlecht zurecht: Um Text herum entstehen sichtbare Schatten, und weil das eingebrachte Rauschen selbst teuer zu kodieren ist, wird die Datei am Ende oft größer als ein verlustfreies PNG desselben Bildes.
Transparenz entscheidet mit
JPEG hat keinen Alphakanal. Wandelst du ein transparentes PNG in JPEG um, werden die transparenten Flächen deckend – meist schwarz, manchmal weiß, selten das, was du wolltest. PNG und WebP unterstützen beide Alpha; hat das Bild Transparenz, bleiben also nur diese beiden übrig.
Wo AVIF hineinpasst
AVIF schlägt WebP bei der Dateigröße bei gleicher Qualität, besonders bei niedrigen Bitraten, und jeder aktuelle Browser kann es anzeigen. Das Problem ist das Kodieren: Es ist dramatisch langsamer und deutlich aufwendiger als bei JPEG oder WebP – was ins Gewicht fällt, wenn auf einem Telefon kodiert wird statt auf einem Build-Server.
ToolZool liest und schreibt heute kein AVIF. Beide Richtungen brauchen einen AV1-Codec, und jeder gepflegte davon ist eine C-Bibliothek, die sich nicht nach WebAssembly bauen lässt – eine AVIF-Datei muss also vorher woanders umgewandelt werden. Dasselbe gilt für HEIC, das die meisten iPhones standardmäßig erzeugen.
Die Frage, die alles andere übertrumpft
Was nimmt das Formular an? Ein besseres Format, das abgelehnt wird, ist nicht besser. Lies zuerst die Liste der zulässigen Formate und optimiere dann innerhalb davon – und wenn eine Datei, die eigentlich passen müsste, trotzdem abgewiesen wird, arbeitet warum ein Upload-Formular deine Datei ablehnt die vier Prüfungen durch, die ein Formular tatsächlich vornimmt. Und wenn du zwischen Formaten wechseln musst: Der Bildkompressor liest JPG, PNG und WebP und schreibt JPEG, PNG oder verlustfreies WebP – innerhalb dieser Auswahl ist er also gleichzeitig ein Konverter.
