STATUS IS UPWEBSITE‑OPTIMIERUNGS‑WIKI
17Beschleunigen
Performance und Auslieferung / Beschleunigen

AVIF, WebP, JPEG und PNG: Das richtige Bildformat wählen

Wählen Sie das Format anhand der Aufgabe des Bildes, Ihrer Zielgruppe und eines getesteten Fallback-Pfads. AVIF und WebP können das Übertragungsgewicht reduzieren, aber JPEG und PNG sind weiterhin verlässliche Fallbacks, wenn Kompatibilität oder exakte Pixel wichtig sind.

AVIF, WebP, JPEG und PNG: Das richtige Bildformat wählen — VISUELLE ANLEITUNG
LESEN
8 Minuten
QUELLEN
7
ERNEUT PRÜFEN
2027-03-27
geprüft
Web performance and delivery reviewer
DIE KURZE ANTWORT

Mit der Entscheidung beginnen.

Es gibt kein einzelnes bestes Bildformat für das Web. Bei hero- oder Produktfotos beginnen Sie mit Tests für AVIF und bieten dann WebP sowie einen JPEG-Fallback an, wenn Ihre Zielgruppe Clients einschließt, die neuere Formate möglicherweise nicht dekodieren. Bei Screenshots, Diagrammen oder textlastigen Grafiken behalten Sie ein verlustfreies Master und vergleichen verlustfreies WebP oder AVIF mit PNG; verwenden Sie PNG als breit kompatiblen Fallback, wenn Transparenz oder exakte Kanten erforderlich sind. JPEG bleibt der verlässliche Fallback für undurchsichtige Fotografien, hat aber keinen Alpha-Kanal.

Behandeln Sie Konvertierung als kontrollierte Bereitstellungsänderung. Vergleichen Sie Dateigröße und den wichtigen Ausschnitt in den tatsächlich angezeigten Größen, veröffentlichen Sie geordnete Quellen über das picture-Element, geben Sie Dimensionen an und testen Sie CDN-Antworten, MIME-Typen, Caching und Fallback vor dem Release. Das schützt Inhalte, wenn ein bevorzugtes Format nicht verfügbar ist.

VISUELLE ANLEITUNG

Verstehen Sie die Arbeit als zusammenhängendes System.

Nutzen Sie diese Karte, um die Entscheidungen des Artikels zu verbinden, bevor Sie einzelne Taktiken umsetzen.

SIUBeschleunigen
01Wählen Sie nach der Aufgabe, die das Bild erfüllen muss
02Verstehen Sie, was jedes Format beiträgt
03Bauen Sie einen Fallback-Pfad statt auf ein Format zu setzen
04Budgetieren Sie Kodierzeit und schützen Sie die visuelle Qualität
01

Wählen Sie nach der Aufgabe, die das Bild erfüllen muss

Beginnen Sie mit dem Asset, nicht mit der Dateiendung. Ein Foto ist kontinuiertonhaltiger Inhalt, daher ist bei der dargestellten Größe ein gewisser Qualitätsverlust akzeptabel. Ein Screenshot, eine Grafik, ein Logo oder eine Strichzeichnung hat scharfe Kanten und Text, bei denen Artefakte auffallen. Bewahren Sie diese mit verlustfreiem Output oder sorgfältiger Abnahme. Verwenden Sie SVG für ein vektorbasiertes Logo oder ein Diagramm, wenn verfügbar.

Bestimmen Sie dann die erforderlichen Fähigkeiten. Alpha bedeutet per-Pixel-Transparenz. Animation ist eine Folge von Frames. Erforderliche Browser-Abdeckung, Veröffentlichungsvolumen und Build-Zeit sind Auslieferungszwänge, die ein kleineres Format überstimmen können.

Undurchsichtige Fotografien

Testen Sie zuerst verlustbehaftetes AVIF und WebP. Halten Sie JPEG bereit, wenn ein breit kompatibler undurchsichtiger Fallback benötigt wird.

Scharfe Grafiken und Screenshots

Behalten Sie eine verlustfreie Quelle. Vergleichen Sie PNG mit verlustfreiem WebP oder AVIF in der tatsächlichen Anzeigeauflösung, bevor Sie entscheiden.

Transparente Grafiken

Verwenden Sie AVIF, WebP oder PNG; wählen Sie nicht JPEG, da es keinen Alpha-Kanal trägt.

02

Verstehen Sie, was jedes Format beiträgt

AVIF speichert AV1-kodierte Bilder in einem HEIF-basierten Container. Seine Spezifikation umfasst Standbilder, Bildsequenzen und Alpha-Bild-Items. Es unterstützt verlustbehaftete und verlustfreie Kodierung, Transparenz und Animation. Einsparungen sind nicht fest: Quellinhalt, Encoder, Geschwindigkeit, Zielqualität und Metadaten beeinflussen das Ergebnis.

WebP unterstützt verlustbehaftete und verlustfreie Modi, Transparenz und Animation. JPEG ist ein verlustbehaftetes Standbildformat mit sehr breiter historischer Unterstützung und eignet sich als Fallback für undurchsichtige Fotos. PNG ist verlustfrei mit Alpha und damit ein solider Fallback für exakte Grafiken, obwohl fotografische PNGs oft ineffizient sind. Gewöhnliches PNG ist statisch; testen Sie ein separates Animationsformat, wenn Bewegung benötigt wird.

AVIF

Besonders für hochwertige Rasterbilder zu prüfen, bei denen geringere Übertragungsgrößen die Kodier- und Fallback-Arbeit rechtfertigen können.

WebP

Nützlich als modernes Allzweck-Rasterformat mit Unterstützung für Transparenz und animierte Sequenzen.

JPEG

Für undurchsichtige fotografische Fallbacks verwenden, nicht für transparente Logos oder Freisteller.

PNG

Für verlustfreie, transparente Raster-Fallbacks und für Assets verwenden, bei denen Pixeltreue wichtiger ist als minimale Bytes.

03

Bauen Sie einen Fallback-Pfad statt auf ein Format zu setzen

Das picture-Element lässt einen Browser Alternativen evaluieren. Setzen Sie AVIF zuerst, dann WebP und schließlich ein img-Fallback in JPEG oder PNG, mit dem richtigen MIME-Typ. Der Browser überspringt eine nicht unterstützte Quelle und verwendet das Fallback, wenn keine Quelle dekodierbar ist. Behalten Sie denselben aussagekräftigen Alt-Text, sofern Sie nicht absichtlich den Ausschnitt ändern.

Format-Fallback ersetzt nicht die responsive Größenwahl. Liefern Sie breitenabhängige Kandidaten und einen ehrlichen sizes-Wert, wenn der Slot variiert. Geben Sie width und height an, damit der Browser Platz reservieren kann. Eine Datei in kleinem Format mit übergroßen Pixelabmessungen verschwendet dennoch Bytes.

Vorgeschlagene Quellreihenfolge

AVIF zuerst, WebP zweitens, dann JPEG für undurchsichtige Fotos oder PNG, wenn das Fallback Transparenz oder verlustfreie Kanten benötigt.

Cache-Vorsicht

Wenn ein Server Formate anhand der Anforderungsfähigkeiten auswählt statt per picture-Markup, konfigurieren Sie Cache-Variationen korrekt und testen Sie, dass jeder Client eine dekodierbare Repräsentation erhält.

Fallback-Test

Verwenden Sie einen Client ohne bevorzugten Decoder oder deaktivieren Sie absichtlich eine Quelle in Staging; bestätigen Sie, dass Bild, Dimensionen und Alt-Text korrekt bleiben.

04

Budgetieren Sie Kodierzeit und schützen Sie die visuelle Qualität

Moderne Kompression verlagert Arbeit in das Kodieren. Der Referenz-Encoder für AVIF bietet eine Geschwindigkeitsskala von 0 (langsamster) bis 10 (schnellster); auch WebP tauscht Kodieraufwand gegen Zeit, Ausgabengröße und Qualität. Behandeln Sie Batch-Rekodierung oder On-Demand-Transformation als betriebliche Entscheidung, nicht als freie Einstellung.

Legen Sie eine wiederholbare Policy nach Asset-Klasse fest und prüfen Sie Originale in üblichen Anzeigegrößen. Inspizieren Sie Gesichter, Verläufe, Text, Kanten und transparente Begrenzungen. Bewahren Sie das Master und dokumentieren Sie Encoder-Version und Einstellungen, damit ein Defekt reproduziert und zurückgenommen werden kann.

Geschwindigkeit ist ein Kompromiss

Schnelleres Kodieren kann den Build-Druck verringern, aber eine größere Datei oder weniger effiziente Kompression zur Folge haben; messen Sie mit Ihrem eigenen Quellensatz.

Qualität ist keine einzelne Zahl

Ein Score oder Preset ersetzt nicht die visuelle Überprüfung der Bildbereiche, die für Besucher Bedeutung haben.

05

Machen Sie Formatänderungen zur proaktiven Zuverlässigkeitspraxis

Für Status Is UP ist Bildoptimierung proaktive Uptime-Arbeit, wenn sie verhindert, dass ein Release eine kritische Seite verschlechtert. Inventarisieren Sie kritische Bild-URLs, stagen Sie eine repräsentative Konvertierung und verifizieren Sie Content-Type, CDN-Verhalten und Cache-Invalidierung vor einer migrationsweiten Umstellung.

Setzen Sie in reversiblen Batches aus. Vergleichen Sie Rendering- und Übertragungsverhalten am Release-Kandidaten und behalten Sie die alte Repräsentation, bis der neue Pfad bewährt ist. Wenn eine Transformation oder eine Cache-Regel ausfällt, stellen Sie die bekannte funktionierende Quelle wieder her. Das ist eine resiliente Auslieferungsrichtung, kein universelles Mandat für AVIF oder mehrere Formate.

Schützen Sie kritische Bilder zuerst

Priorisieren Sie das Lead-Bild und Content-Bilder, die die erste nutzbare Ansicht beeinflussen, nicht jede Archivgrafik auf einmal.

Rollback vorbereiten

Behalten Sie deterministische Asset-Namen oder ein versioniertes Mapping, damit der vorherige JPEG-, PNG- oder WebP-Pfad schnell wiederhergestellt werden kann.

AKTION / ÜBERPRÜFEN

Ihr praktischer To‑Do‑Leitfaden.

  1. 01

    Klassifizieren Sie das Asset

    Notieren Sie, ob jedes Ziel ein Foto, eine scharfe Grafik, ein transparentes Asset oder eine Animation ist.

    ÜBERPRÜFEN: Das Inventar dokumentiert Master-Quelle, sichtbare Rolle, Transparenzbedarf und beabsichtigte Bewegung.
  2. 02

    Wählen Sie eine Pilotgruppe

    Wählen Sie repräsentative wirkungsvolle Bilder, bevor Sie eine Bibliothek konvertieren.

    ÜBERPRÜFEN: Die Pilotgruppe deckt Bildtypen auf der Prioritätsseite ab.
  3. 03

    Erstellen Sie kontrollierte Varianten

    Generieren Sie AVIF-, WebP- und die erforderlichen JPEG- oder PNG-Fallbacks aus einem Master.

    ÜBERPRÜFEN: Jeder Kandidat hat bekannte Dimensionen, Encoder-Version und Einstellungen.
  4. 04

    Überprüfen Sie das tatsächliche Rendering

    Prüfen Sie Kandidaten in üblichen Anzeigegrößen auf Text, Verläufe, Gesichter, Kanten und Transparenz.

    ÜBERPRÜFEN: Ein Prüfer genehmigt den wichtigen Ausschnitt ohne wesentliche Artefakte.
  5. 05

    Fügen Sie responsive Quellen und Dimensionen hinzu

    Verwenden Sie picture wo nötig, liefern Sie geeignete Größenkandidaten und geben Sie Breite und Höhe an.

    ÜBERPRÜFEN: Ein Layouttest wählt die richtige Ressource ohne image-getriebene Layoutverschiebung.
  6. 06

    Verifizieren Sie das Auslieferungsverhalten

    Prüfen Sie Content-Type, Antwortpfad, CDN-Transformation und Cache-Regeln in Staging.

    ÜBERPRÜFEN: Jedes ausgewählte Bild hat seinen erwarteten MIME-Typ und ein existierendes Objekt.
  7. 07

    Üben Sie den Fallback

    Testen Sie eine Bedingung, die die bevorzugte Quelle nicht nutzen kann.

    ÜBERPRÜFEN: Das Fallback erhält Inhalt, Alt-Text, Dimensionen und akzeptable Visuals.
  8. 08

    Releasen Sie mit einer Rollback-Map

    Behalten Sie die vorherige Repräsentation und einen dokumentierten Wiederherstellungspfad.

    ÜBERPRÜFEN: Ein Release-Verantwortlicher kann die vorherige Asset-Zuordnung identifizieren und wiederherstellen.
DISKUSSIONSTHEMEN

Vergleichen Sie Kompromisse, nicht private Daten.

Nutzen Sie diese Fragen mit Ihrem Team oder der Website‑Betreiber‑Community. Teilen Sie Methoden und Erkenntnisse, aber fügen Sie niemals Zugangsdaten, Kundendaten oder nicht‑öffentliche Infrastrukturdaten ein.

  1. 01

    Welche Bildklasse auf Ihrer Website erzeugt den sichtbarsten Kompromiss zwischen Byte-Ersparnis und visueller Qualität, und wie prüfen Sie sie?

  2. 02

    Welches Fallback-Format hat sich bei den Browsern oder eingebetteten Clients, die Ihre Besucher tatsächlich nutzen, als am nützlichsten erwiesen?

  3. 03

    Wie halten Sie Bildkonvertierungs-Einstellungen reproduzierbar, wenn ein Team ein Release zurückrollen muss?

BELIEBTE / MASSGEBLICHE RESSOURCEN

Öffnen Sie das Quellmaterial.

MDN Web DocsImage file type and format guide ↗

Ein praxisorientierter, browserzentrierter Vergleich von Rasterformaten, Kompressionsmodi, Transparenz, Animation und Fallback-Optionen.

Geprüft 2026-09-27
MDN Web DocsHTML picture element reference ↗

Erläutert Quellenauswahl, typbasierte Alternativen, responsive Kandidaten und die Rolle des img-Fallbacks.

Geprüft 2026-09-27
W3CPortable Network Graphics specification, Third Edition ↗

Die aktuelle Empfehlung zu PNG für verlustfreie Rasterbilder, Alpha-Unterstützung und PNGs statischen oder animierten Umfang.

Geprüft 2026-09-27
Alliance for Open MediaAV1 Image File Format specification ↗

Die gepflegte AVIF-Spezifikation, einschließlich der Definitionen für Bildsequenzen und Alpha-Image-Items.

Geprüft 2026-09-27
web.devUsing AVIF to compress images on your site ↗

Googles praxisnahe Anleitung zu AVIF-Encoder-Steuerungen, Qualitätstests und Grenzen der Bild-Performance.

Geprüft 2026-09-27
Google for Developerscwebp reference ↗

Offizielle WebP-Encoder-Dokumentation zu verlustfreien und verlustbehafteten Steuerungen, Alpha-Einstellungen und Geschwindigkeits-/Qualitätskompromissen.

Geprüft 2026-09-27
WHATWGHTML images ↗

Der lebende HTML-Standard zur responsiven Bildauswahl sowie zu width- und height-Verhalten.

Geprüft 2026-09-27

Quellenrichtlinie. Aussagen zu Formatfähigkeiten, HTML-Verhalten und Encoder-Kompromissen basieren auf den offiziellen Spezifikationen und der in Ressourcen gelisteten Dokumentation. Empfehlungen sind bedingt durch Tests der Assets, der Zielgruppe und der Auslieferungskonfiguration der Organisation; Navigationslinks sind keine Belegquellen.

KURZE KLARSTELLUNGEN

Häufige Fragen.

Ist AVIF immer das beste Bildformat für das Web?

Nein. AVIF ist eine starke Option zum Testen, aber die Entscheidung hängt von sichtbarer Qualität, erforderlicher Client-Abdeckung, Kodierkapazität und einem funktionierenden Fallback ab. Ein Foto kann von AVIF profitieren, während eine exakte Grafik verlustfreien Output und einen PNG-Fallback benötigen kann.

Sollte ich alle JPEGs und PNGs durch WebP oder AVIF ersetzen?

Nicht blindlings. Beginnen Sie mit wirkungsstarken Bildern und behalten Sie Master-Dateien. Konvertieren Sie dort, wo die Prüfung das visuelle Ergebnis und den Auslieferungspfad freigibt. PNG kann für verlustfreie Grafiken und Transparenz richtig bleiben, und JPEG kann als undurchsichtiger Foto-Fallback erhalten bleiben.

Nehmen moderne Formate die Notwendigkeit für responsive Bilder weg?

Nein. Formatwahl und Größenwahl lösen unterschiedliche Probleme. picture hilft, ein unterstütztes Format zu wählen, während srcset und sizes dabei helfen, eine geeignete Auflösung auszuwählen. width und height erlauben dem Browser weiterhin, vor dem Eintreffen des Bildes Platz zu reservieren.

Status Is UP Editorial Team · Uptime Enablement Editors

Geprüft von Web performance and delivery reviewer. Veröffentlicht 2026-09-27; aktualisiert 2026-09-30.