Welches Bildformat ist wofür geeignet? JPEG, PNG, WebP, AVIF und TIFF technisch vergleichen

Technische Grundlagen: Kompressionsarten, Farbräume, Farbtiefe, Chroma-Subsampling und Metadaten

Kompressionsarten: verlustfrei, verlustbehaftet und hybride Verfahren

Bildkompression reduziert Redundanz in Pixel- und Farbinformationen, um Speicherbedarf und Übertragungszeit zu senken. Verlustfreie Verfahren rekonstruieren die ursprünglichen Pixel bitgenau; sie eignen sich für Grafiken mit harten Kanten, Text, UI-Elemente oder als Zwischenschritt in Workflows, in denen wiederholtes Speichern sonst Qualitätsverluste akkumuliert. Verlustbehaftete Verfahren quantisieren Bildinformationen gezielt und entfernen Details, die nach einem Wahrnehmungsmodell als weniger relevant gelten. Dadurch entstehen deutlich kleinere Dateien, aber auch Artefakte wie Blockbildung, Ringing oder Banding, je nach Algorithmus und Parametrisierung.

Einige moderne Codecs unterstützen beides: Sie bieten getrennte Modi für verlustfrei und verlustbehaftet oder mischen Techniken, etwa Prädiktion, Transformationen, Entropiecodierung und adaptive Quantisierung. Für die Praxis ist entscheidend, dass „verlustfrei“ nicht automatisch „klein“ bedeutet und „verlustbehaftet“ nicht automatisch „sichtbar schlechter“: Motiv, Rauschanteil, Farbübergänge und Schärfungsgrad bestimmen, wie aggressiv komprimiert werden kann.

Farbräume und ICC-Profile: sRGB, AdobeRGB und Display-P3

Ein Bild ohne definierte Farbraumzuordnung ist technisch unvollständig: Dieselben RGB-Zahlen erzeugen in verschiedenen Farbräumen unterschiedliche visuelle Farben. Für das Web gilt sRGB als robustester Standard, weil er von Browsern, Betriebssystemen und Displays konsistent interpretiert wird. Größere Gamuts wie AdobeRGB oder Display-P3 bilden gesättigtere Farben ab, verlangen aber korrekte Einbettung von ICC-Profilen und eine durchgängige Farbmanagement-Kette, damit keine Übersättigung oder Farbverschiebung entsteht.

ICC-Profile können in Bilddateien eingebettet werden; die praktische Auswirkung hängt vom Decoder (Browser, Bildbetrachter, RIP im Druck) ab. Für Druckworkflows wird häufig in geräteunabhängigen Profilen gearbeitet und erst spät in CMYK konvertiert. Für Webausgabe ist eine Konvertierung nach sRGB in vielen Fällen sinnvoll, weil damit die Wahrscheinlichkeit steigt, dass Farben auch auf nicht farbverwalteten Pfaden erwartbar bleiben.

• Web-Standardfarbraum: sRGB minimiert Interpretationsspielraum und reduziert Überraschungen bei nicht vollständig farbverwalteten Viewern.
• Fotografie und Druckvorstufe: AdobeRGB kann in Workflows mit kontrolliertem Farbmanagement Vorteile bringen, erfordert aber konsequente Profilverwaltung (Einbettung und korrekte Konvertierung).
• Wide-Gamut-Displays: Display-P3 ist im Consumer-Ökosystem verbreitet; ohne Profil kann P3-Material in sRGB-Kontexten zu stark gesättigt wirken.

Farbtiefe, Dynamikumfang und Alpha: 8 Bit, 10/12 Bit und HDR-Kontexte

Farbtiefe beschreibt, wie fein Abstufungen pro Kanal gespeichert werden. 8 Bit pro Kanal (24 Bit RGB) ist im Web historisch dominierend und für viele Motive ausreichend. Bei weichen Verläufen, Hauttönen, Nebel oder Studiohintergründen treten bei 8 Bit eher Banding-Artefakte auf, insbesondere nach Gradationskurven, lokaler Kontrastanhebung oder Kompression. 10 oder 12 Bit pro Kanal erhöhen die Stufenzahl deutlich und bieten mehr Reserve für Post-Processing sowie für HDR-Pipelines, in denen höhere Spitzlichter und feinere Übergänge relevant sind.

Transparenz wird üblicherweise als Alpha-Kanal gespeichert. Technisch entscheidend ist die Unterscheidung zwischen „straight alpha“ (unpremultiplied) und „premultiplied alpha“. Viele Web-Assets werden als straight alpha gespeichert; in Compositing- und Renderpipelines ist premultiplied alpha verbreitet, weil es Kantenbehandlung bei Filteroperationen vereinfacht. Falsch interpretierte Alpha-Konventionen führen zu dunklen Säumen oder Halos an Kanten, besonders bei teiltransparenten Pixeln.

Chroma-Subsampling: 4:4:4, 4:2:2, 4:2:0 und seine Bildwirkungen

Viele verlustbehaftete Codecs komprimieren in einem luma/chroma-Modell (z. B. Y′CbCr): Helligkeitsinformation (Luma) wird höher aufgelöst gespeichert als Farbinformation (Chroma), weil das menschliche Sehsystem auf Helligkeitsdetails empfindlicher reagiert. Chroma-Subsampling reduziert deshalb die Farbauflösung, typischerweise als 4:4:4 (kein Subsampling), 4:2:2 (halbierte Chromauflösung horizontal) oder 4:2:0 (halbiert horizontal und vertikal). In Fotografien fällt Subsampling oft wenig auf; bei UI-Grafiken, dünnen farbigen Linien, Text-Rendering oder scharfen Kanten kann es zu Farbbluten und unsauberen Rändern führen.

Chroma-Subsampling ist nicht mit „Qualität“ gleichzusetzen, sondern eine spezifische Reduktionsentscheidung. Ein gut abgestimmter Encoder kann bei 4:2:0 visuell sehr gute Ergebnisse liefern, während 4:4:4 bei zu aggressiver Quantisierung trotzdem Artefakte zeigen kann. In Workflows, die nachträgliche Skalierung, Schärfung oder Compositing vorsehen, reduziert 4:4:4 das Risiko, dass Farbartefakte durch spätere Filter verstärkt werden.

• Fotografische Motive: 4:2:0 ist häufig unkritisch, sofern keine extremen Sättigungen an feinen Kanten dominieren.
• Text, UI, Pixelgrafik: 4:4:4 vermeidet Farbsäume; Subsampling kann farbige Kanten sichtbar verschlechtern.
• Zwischenformate für Bearbeitung: 4:4:4 reduziert Folgefehler bei späterer Skalierung und Nachschärfung, selbst wenn die Endausgabe anschließend subsampled wird.

Metadaten: EXIF, IPTC, XMP, Orientierung und Datenschutz

Metadaten transportieren Kontext: EXIF enthält häufig Kamera- und Aufnahmeparameter, teils inklusive Vorschaubildern und GPS-Koordinaten; IPTC und XMP dienen eher redaktionellen Informationen, Rechten, Urheberschaft und Workflows. Technisch relevant ist, dass Metadaten die Dateigröße messbar erhöhen können und dass nicht jede Pipeline sie vollständig erhält. Manche Optimierer oder CDNs entfernen Metadaten standardmäßig, teils aus Datenschutzgründen oder zur Minimierung der Payload.

Ein häufiger Fehler ist der Umgang mit der EXIF-Orientierung: Einige Kameras und Smartphones speichern Bilder „gedreht“ und setzen nur ein Orientation-Tag. Decoder, die dieses Tag ignorieren, zeigen das Bild falsch ausgerichtet. Robuste Workflows normalisieren daher die Orientierung durch tatsächliches Rotieren der Pixel und setzen die Orientierung auf „normal“, bevor weitere Verarbeitungsschritte wie Zuschnitt, Kompression oder Responsive Derivate erfolgen.

Für technische Entscheidungen zu Formaten und Kompression gehören Metadaten und Profile zur gleichen Qualitätskette wie Quantisierung oder Subsampling. Ein korrekt farbverwaltetes Bild mit passender Farbtiefe kann durch fehlendes ICC-Profil sichtbar verfälscht wirken; ein sauber komprimiertes Foto kann durch falsche Orientierung oder entfernte Rechteinformationen in der Weiterverarbeitung scheitern. Entsprechend sollten Export- und Optimierungspipelines klar definieren, welche Metadaten erhalten bleiben müssen und welche konsequent entfernt werden.

Formatvergleich in der Praxis: JPEG, PNG, WebP, AVIF und TIFF mit Kompatibilität, Dateigrößenprofilen und Feature-Matrix

In der Praxis entscheidet selten ein einzelnes Merkmal über das passende Bildformat. Ausschlaggebend ist die Kombination aus Motivtyp (Foto, UI-Grafik, Logo), gewünschter Bildqualität, Transparenzbedarf, Metadaten-Anforderungen, Render-Performance und vor allem der Kompatibilität im Zielsystem. Der folgende Vergleich fokussiert deshalb auf typische Web- und Produktionsszenarien und ordnet die Formate nach Features, Dateigrößenprofilen und realistischer Unterstützung in Browsern und Workflows ein.

Feature-Matrix und Kompatibilität (Browser, Tools, Pipelines)

JPEG ist als universeller Nenner nahezu überall zuverlässig: Browser, Office-Anwendungen, DTP-Tools und Archivsysteme verarbeiten es seit Jahrzehnten. PNG ist ähnlich robust, erweitert aber um verlustfreie Kodierung und Alpha-Transparenz. WebP und AVIF zielen primär auf das Web und moderne Delivery-Pipelines; sie reduzieren bei vergleichbarer visueller Qualität häufig die Übertragungsgröße, setzen jedoch aktuelle Decoder in Browsern und Bildverarbeitungsbibliotheken voraus. TIFF ist dagegen ein Produktions- und Archivformat: mächtig in Farbtiefe und Metadaten, aber ungeeignet als Web-Ausgabeformat.

Bei WebP und AVIF hängt die „Kompatibilität“ nicht nur vom Browser ab, sondern auch von Zwischenstationen: CMS-Importer, Bildoptimierer, CDN-Transcoder, Digital-Asset-Management und Sicherheits-Scanner. Besonders kritisch sind Upload-Validierungen, die nur bekannte Dateiendungen erlauben, sowie Serverbibliotheken, die AVIF oder WebP zwar ausliefern, aber keine zuverlässige Re-Encodierung oder Thumbnail-Erstellung beherrschen.

Dateigrößenprofile nach Motivtyp: wo welches Format typischerweise gewinnt

Die Dateigröße ist ein Zusammenspiel aus Bildinhalt, Encoder-Parametern und Zielqualität. Fotos mit weichen Verläufen und feiner Textur komprimieren in JPEG gut; AVIF und WebP erreichen bei ähnlicher visueller Qualität oft kleinere Dateien, wobei AVIF besonders bei niedrigen Bitraten stabil wirkt. PNG ist bei Fotos in der Regel deutlich größer, kann aber bei flächigen Grafiken, scharfkantigem Text oder Pixel-Art überlegen sein, weil es keine DCT-Artefakte erzeugt. TIFF verhält sich ähnlich wie PNG, wird jedoch eher als verlustfreies Master-Containerformat genutzt, nicht als optimiertes Delivery-Format.

• Fotografien (Web): JPEG bleibt ein sicherer Default, wenn maximale Kompatibilität zählt; WebP und AVIF reduzieren bei gleicher Zielqualität häufig die Transfergröße, setzen aber ein Fallback voraus (z. B. über <picture> mit type="image/avif", type="image/webp" und JPEG als letzte Quelle).
• Screenshots, UI, Diagramme: PNG liefert saubere Kanten und klare Typografie; WebP-lossless kann ähnlich gut sein, während JPEG wegen Blockartefakten und Farbsaum um Text oft sichtbar schlechter wirkt.
• Transparenz (Alpha): PNG, WebP und AVIF unterstützen Alpha; JPEG nicht. Für einfache Logos mit harten Kanten bleibt PNG häufig am robustesten, weil die Dekodierung in Toolchains praktisch überall stabil ist.
• Serielle Re-Encodes: Wiederholtes Speichern in JPEG/WebP/AVIF mit verlustbehafteten Settings akkumuliert Artefakte; für Master-Dateien eignen sich verlustfreie Formate (z. B. TIFF mit LZW/ZIP oder PNG), aus denen abgeleitete Web-Varianten generiert werden.
• CPU-/Latenzprofil: AVIF kann je nach Encoder/Decoder-Konfiguration rechenintensiver sein als JPEG/WebP; bei dynamischer Bildgenerierung und hoher Last ist das in der Pipeline (Transcoding, Thumb-Erzeugung) zu berücksichtigen, auch wenn die Auslieferungsdateien kleiner sind.

Metadaten, Farbprofile und „unsichtbare“ Größenfresser

Die visuelle Darstellung hängt stark von eingebetteten ICC-Profilen und Metadaten ab. Für Web-Auslieferung ist sRGB der kompatibelste Farbraum; AdobeRGB ohne korrekt eingebettetes Profil führt in vielen Viewern zu entsättigten Farben, weil die Annahme „sRGB“ dominiert. In modernen Browsern werden ICC-Profile grundsätzlich berücksichtigt, dennoch bleibt sRGB für Standard-Assets die risikoärmste Wahl. Für Druck- und Proof-Workflows sind dagegen definierte ICC-Profile und konsistente Farbmanagement-Ketten zentral; hier spielen TIFF und manchmal auch PNG (bei 16 Bit) als Zwischenformat eine Rolle, während JPEG eher als Austausch- oder Endformat verwendet wird.

Metadaten beeinflussen Dateigrößen spürbar: EXIF (Kamera), XMP (Workflow) und IPTC (Redaktion) können bei Serienbildern erheblichen Overhead erzeugen. Für Web kann das Entfernen oder gezielte Reduzieren sinnvoll sein, solange Urheber- und Lizenzanforderungen eingehalten werden. Ebenfalls relevant: Vorschaubilder in Metadaten, unnötig große ICC-Profile oder das Speichern im 4:4:4-Chroma bei JPEG, obwohl 4:2:0 für Fotos oft ausreichend ist. Umgekehrt sollte bei Bildern mit feinem Farbtext oder UI-Elementen eine zu aggressive Chroma-Subsampling-Reduktion vermieden werden, da Farbsäume an Kanten besonders auffallen.

Entscheidungshilfen nach Zielsystem: Web, Druck, Archiv

Für das Web ist die pragmatische Kombination entscheidend: moderne Formate für Bandbreite und Core-Web-Vitals, plus ein zuverlässiges Fallback für ältere Clients und unerwartete Zwischenstationen. In Druck- und Archiv-Workflows zählen dagegen Reproduzierbarkeit, Farbinformationen, Bit-Tiefe und langfristige Lesbarkeit mehr als Transportoptimierung. TIFF bleibt hier etabliert, weil es als Container viele professionelle Anforderungen abdeckt und in der Branche breit unterstützt wird.

• Web-Delivery mit Fallback: AVIF oder WebP als erste Quelle, JPEG oder PNG als Fallback über <picture>; dabei PNG nur dann als Fallback, wenn Alpha oder harte Kanten zwingend sind.
• Web-Assets mit Transparenz: Für maximale Robustheit PNG; bei kontrollierter Umgebung WebP/AVIF mit Alpha, ergänzt um PNG-Fallback für problematische Clients oder Import-/Resize-Strecken.
• Druckvorstufe/Scanning: TIFF (verlustfrei, geeignete Bit-Tiefe, eingebettetes ICC-Profil) als Master; JPEG nur für Abgaben, bei denen Dateigröße wichtiger ist als Nachbearbeitungsreserve.
• Langzeitarchiv/Master-Strategie: Ein verlustfreies Master (häufig TIFF oder PNG, abhängig von Inhalt und Bit-Tiefe) plus abgeleitete Web-Varianten; Metadaten getrennt verwalten oder konsistent einbetten, um Rechte- und Provenienzinfos nicht zu verlieren.

Entscheidungshilfen nach Einsatzgebiet: Web-Auslieferung, Druckvorstufe, Fotografie-Workflow, Scans und Langzeitarchivierung

Die Wahl des Bildformats ist weniger eine Geschmacksfrage als eine Abwägung aus Zielmedium, benötigten Eigenschaften (Transparenz, Farbtiefe, Metadaten), Rechenaufwand beim Kodieren/Decodieren und Anforderungen an Reproduzierbarkeit. Für Web-Auslieferung stehen Dateigröße und Decoder-Verfügbarkeit im Vordergrund. In der Druckvorstufe dominieren Farbmanagement und Vorhersagbarkeit. In Fotografie- und Scan-Workflows zählen nicht-destruktive Bearbeitung, Metadaten-Integrität und robuste Archivierung.

Web-Auslieferung (Websites, Apps, CDNs)

Für das Web gilt: moderne Codecs reduzieren die Transfergröße deutlich, sind aber nur dann sinnvoll, wenn die Zielplattform die Dekodierung zuverlässig beherrscht. AVIF liefert oft die besten Raten bei Fotos und komplexen Grafiken, WebP ist als sehr breit unterstützter Kompromiss etabliert. JPEG bleibt für maximale Kompatibilität relevant, insbesondere wenn Server- oder Build-Pipelines keine neueren Encoder einsetzen. PNG bleibt das Standardformat für harte Transparenzkanten, UI-Assets und Logos, wenn verlustfreie Qualität oder Alpha-Kanal ohne Artefakte nötig ist.

Farbmanagement im Web sollte konsequent auf sRGB ausgerichtet bleiben, da viele Browser und Anwendungen zwar ICC-Profile interpretieren, aber die Konsistenz über Geräte und Assets hinweg bei sRGB am höchsten ist. Eingebettete Profile (ICC) sind bei Fotos sinnvoll, wenn nicht sicher ist, dass die Quelle bereits sRGB ist; bei klar sRGB-kodierten Assets spart das Entfernen redundanter Profile Bytes. Metadaten (EXIF/XMP) sind im Web häufig entbehrlich und können aus Datenschutz- und Performancegründen reduziert werden; Ausnahmen sind redaktionelle Workflows, die Copyright- und Lizenzinformationen in XMP benötigen.

• Fotos mit hoher Reichweite: Primär AVIF, Fallback WebP, letzter Fallback JPEG; progressive JPEGs können Ladeerlebnis verbessern, ersetzen aber keine moderne Kompression.
• Grafiken mit Transparenz und scharfen Kanten: PNG oder (bei moderner Zielumgebung) WebP/AVIF mit Alpha; bei feinen Konturen auf Halos und Premultiplication achten.
• Animationen: In der Praxis häufig WebP (animiert) oder Videoformate; GIF bleibt technisch unterlegen und sollte nur bei zwingenden Constraints genutzt werden.
• Metadaten-Policy: Für öffentliche Auslieferung EXIF (Kamera, GPS) häufig entfernen; rechtlich relevante Angaben eher als XMP/IPTC in der Produktionskette halten und gezielt exportieren.

Druckvorstufe (Prepress, Proof, Layout)

In der Druckvorstufe steht weniger die kleinste Datei, sondern die kontrollierbare Reproduktion im Vordergrund. TIFF ist hier weiterhin das robuste Austauschformat, weil es verlustfrei (z. B. LZW/ZIP) oder mit moderater, kontrollierter Verlustrate (JPEG-in-TIFF) arbeiten kann, hohe Farbtiefen unterstützt und ICC-Profile zuverlässig mitführen kann. JPEG wird im Druck zwar genutzt, sollte aber nur mit konservativen Qualitätsstufen eingesetzt werden, da Artefakte in homogenen Flächen, Hauttönen und feinen Verläufen im Druck stärker auffallen können als am Monitor.

Für farbverbindliche Prozesse ist die Profilkette entscheidend: Arbeitsfarbräume wie AdobeRGB oder ProPhotoRGB gehören in den Bildbearbeitungsprozess, während die finalen Druckdaten typischerweise über ICC-Profile in den Zielprozess (CMYK/DeviceLink) transformiert werden. Unkomprimierte oder verlustfrei komprimierte TIFFs mit eingebettetem ICC-Profil reduzieren das Risiko stiller Konvertierungen. PNG, WebP und AVIF sind in klassischen Prepress-Workflows als Austauschformate meist ungeeignet, nicht wegen der Bildqualität per se, sondern wegen Tooling, Erwartungshaltung und Variabilität in der Unterstützung von Profilen, Bit-Tiefen und Metadaten.

Fotografie-Workflow (Bearbeitung, Katalog, Export)

Im fotografischen Workflow trennt sich der „Arbeitsstand“ vom „Auslieferungsstand“. Für Zwischenstände, Retusche und Compositing zählen Reserven bei Farbtiefe und Tonwerten; hier sind TIFF (16 Bit pro Kanal, verlustfrei) oder das native RAW-Format die üblichen Träger. JPEG eignet sich für Kamera-Originale oder schnelle Exporte, ist aber für wiederholtes Speichern in mehreren Iterationen ungünstig, weil sich Generationenverluste akkumulieren können. WebP und AVIF sind für Endausgaben interessant, ersetzen im Regelfall jedoch keine Bearbeitungsformate, weil maximale Tool-Kompatibilität, Batch-Workflows und Farbraumkontrolle häufig auf TIFF/PSD/RAW ausgelegt sind.

Metadaten sind in diesem Einsatzgebiet zentral: EXIF für technische Aufnahmedaten, IPTC/XMP für Rechte, Caption, Personen/Keywords. Für Übergaben an Agenturen oder Archive sollte der Export die Metadaten explizit erhalten. Bei Web-Exports gilt dagegen oft eine restriktive Metadatenpolitik; deshalb empfiehlt sich eine klare Trennung in Presets (z. B. „Print/Archiv: Metadaten behalten“ vs. „Web: Metadaten minimieren“).

Scans und Reproduktionen (Dokumente, Kunst, technische Zeichnungen)

Bei Scans entscheidet der Inhalt: Für Text, Linien und technische Zeichnungen ist verlustfreie Speicherung entscheidend, da selbst leichte Blockartefakte oder Kantenglättungen die Lesbarkeit und OCR-Ergebnisse verschlechtern. PNG ist für einzelne Seiten oder Grafiken praktikabel, skaliert aber bei sehr großen Vorlagen und hohen Auflösungen schlechter als TIFF-Workflows. TIFF ist im Scan-Umfeld verbreitet, weil es hohe Auflösungen, Mehrseiten-Container (je nach Implementierung) und verlässliche Einbettung von Profilen und Metadaten unterstützt. Für fotografische Scans (Dias/Negative) sind 16-Bit-TIFFs mit sauberem Profil die übliche Basis für nachgelagerte Farbkorrektur.

Langzeitarchivierung (Revisionssicherheit, Wiederverwendbarkeit)

Für Langzeitarchivierung ist nicht nur die visuelle Qualität maßgeblich, sondern auch die Wahrscheinlichkeit, Dateien nach Jahren mit Standardwerkzeugen öffnen und korrekt interpretieren zu können. TIFF (verlustfrei, ggf. unkomprimiert) gilt als konservative Wahl für Rasterbilder, weil die Spezifikation etabliert ist und Metadaten/ICC-Profile transportiert werden können. JPEG kann als Archivformat für „finale“ Fotos mit klar definierter Qualitätsstufe dienen, wenn Speicherbedarf ein harter Faktor ist; es bleibt jedoch irreversibel. WebP und AVIF sind für Archive weniger geeignet, solange die institutionelle Praxis, Prüfwerkzeuge, Validierung und Migrationsstrategien nicht genauso breit verankert sind wie bei TIFF/JPEG.

• Wenn Transparenz zwingend ist: Für harte Kanten bevorzugt PNG; für gemischte Inhalte (Foto + Alpha) WebP oder AVIF prüfen, dabei Halos an Kontrastkanten mit Testexports validieren.
• Wenn Farbverbindlichkeit zählt: Arbeitsdaten in TIFF mit eingebettetem ICC-Profil; für Web-Ausgabe konsequent nach sRGB konvertieren und Profilstrategie festlegen (einbetten vs. weglassen).
• Wenn wiederholte Bearbeitung geplant ist: Verluste vermeiden, daher keine iterative Speicherung als JPEG/WebP/AVIF; stattdessen TIFF (verlustfrei, 16 Bit) bzw. RAW als Master.
• Wenn Archivfähigkeit priorisiert: Master als TIFF (verlustfrei) mit vollständigen Metadaten (EXIF/IPTC/XMP) und ICC-Profil; Derivate für Distribution separat als JPEG/WebP/AVIF erzeugen.