Was ist WebP? Das moderne Bildformat erklärt und warum es wichtig ist

WebP ist ein von Google entwickeltes Bildformat mit verlustbehafteter und verlustfreier Kodierung, Transparenz und Animation. Googles veröffentlichter Korpus ergab unter definierten Vergleichsmethoden kleinere Dateien als JPEG oder PNG, doch das ist ein Benchmark-Ergebnis und keine Zusage für jede Konvertierung. Aktuelle große Browser unterstützen WebP; andere Software und ältere Clients müssen geprüft werden.

Wie WebP entstanden ist

Google kündigte WebP am 30. September 2010 als modernen Ersatz für JPEG im Web an. Das Format hat seinen Ursprung in einem Videocodec: Google hatte das Unternehmen On2 Technologies übernommen, das den VP8-Videocodec entwickelt hatte. Googles Ingenieure erkannten, dass VP8-Kompressionstechniken – ursprünglich für Videoframes gedacht – auch bemerkenswert kleine Standbilder erzeugen konnten.

Die ersten Jahre verliefen schleppend. Chrome erhielt WebP-Unterstützung fast sofort, doch andere Browser-Hersteller zeigten sich skeptisch. Mozilla bezweifelte öffentlich, ob die Qualitätsgewinne die Einführung eines weiteren Formats rechtfertigten. Apple ignorierte WebP zunächst vollständig.

Die Wende kam schrittweise:

• 2012 — Chromes WebP-Implementierung wurde um verlustfreie und Alpha-Funktionen erweitert
• 2014 — WebP verbreitete sich weiter über Chromium-basierte und Android-Browser
• 2019 — Firefox 65 fügte WebP-Unterstützung hinzu
• 2020 — Safari unterstützte WebP mit der Generation von iOS 14 und macOS Big Sur
• Heute — aktuelle große Browser unterstützen WebP; alte Versionen und andere Empfänger müssen weiterhin geprüft werden

Die Safari-Unterstützung schloss eine große Kompatibilitätslücke, doch „Browserunterstützung“ deckt nicht die gesamte Lieferkette ab. Eingebettete Webviews, E-Mail-Clients, Crawler, Editoren, native Apps und langlebige Geräte können anderen Zeitplänen folgen.

Wie die WebP-Komprimierung funktioniert

WebP bietet zwei Kompressionsmodi, die jeweils für unterschiedliche Bildtypen geeignet sind:

Verlustbehafteter Modus (für Fotos)

Verlustbehaftetes WebP verwendet prädiktive Codierung auf Basis von VP8: Der Encoder analysiert jeden Pixelblock, schätzt dessen Aussehen anhand benachbarter Blöcke und speichert nur die Abweichung. Diese Technik ist besonders effektiv bei Fotos mit weichen Verläufen und organischen Texturen.

Googles Vergleichsstudie berichtete in ihrem Korpus verlustbehaftete WebP-Dateien, die bei gleichem SSIM 25–34% kleiner als vergleichbare JPEG-Dateien waren. Das ist Kontext, keine Erwartung pro Datei: Quellhistorie, Encoder-Versionen, Einstellungen, Metadaten und Qualitätsmetrik verändern das Ergebnis.

Verlustfreier Modus (für Grafiken)

Verlustfreies WebP nutzt unter anderem räumliche Vorhersage, Farbtransformationen, Paletten- und Entropiekodierung. Die Dekodierung kann kodierte Pixelwerte wiederherstellen; Metadaten, Profile und die Behandlung vollständig transparenter RGB-Werte bleiben eigene Workflow-Fragen.

Googles veröffentlichter Korpus ergab im Durchschnitt etwa 26% kleinere verlustfreie WebP-Dateien als PNG. Eine einzelne Datei kann weniger schrumpfen oder wachsen. Der verlustfreie Modus stellt Pixelwerte wieder her, während Metadaten und vollständig transparentes RGB von Encoder-Einstellungen abhängen können.

WebP vs. JPEG vs. PNG im Vergleich

WebP verbindet Fähigkeiten, die sonst auf JPEG, PNG und animierte Formate verteilt sind, ist aber nicht in jedem Workflow garantiert kleiner oder kompatibler. Google dokumentiert für den allgemeinen WebP-Bitstream eine maximale Leinwand von 16383 × 16383 Pixeln, eine echte Grenze für sehr große Bilder.

Warum moderne Websites WebP verwenden

Bildübertragung und Dekodierung können Nutzererfahrung und Core Web Vitals beeinflussen, wenn Bilder der Engpass sind. Ein kleinerer WebP-Kandidat kann die Übertragung senken, doch Konvertierung allein garantiert keine kleinere Datei, schnelleres LCP oder Rankingänderung. Messen Sie die Seite und bewahren Sie einen passenden Fallback.

Das HTTP Archive zeigt die aktuelle Formatnutzung in seinem Korpus. Viele Content-Systeme, Bildbibliotheken und CDNs nehmen WebP an oder erzeugen es, aber Funktionen und Tarife ändern sich. Prüfen Sie, ob Ihre Pipeline Animation, Alpha, Profile, Metadaten und Cache-Varianten korrekt erhält.

Für Websitebetreiber und Entwickler ist die Konvertierung direkt. Sie können mit Vizua im Browser JPG in WebP oder PNG in WebP umwandeln, ohne Software zu installieren oder ausgewählte Bildinhalte zur Konvertierung an Vizua zu senden.

Wann WebP nicht die richtige Wahl ist

WebP ist für die Web-Auslieferung hervorragend geeignet, aber nicht in jedem Szenario die beste Option:

• Archivspeicherung — verwenden Sie Format, Metadatenrichtlinie, Integritätsprüfungen und Redundanz Ihres Archivs, statt ein Webformat automatisch als Archivformat zu betrachten.
• Druck-Workflows — fragen Sie die Druckerei vorab nach akzeptierten Formaten, Profilen, Auflösung und Proof-Anforderungen.
• E-Mail-Anhänge — JPEG oder PNG können mit älteren Clients und Empfängersoftware besser kompatibel sein; testen Sie das Ziel.
• Bilder über 16383 Pixel in einer Dimension — der allgemeine WebP-Bitstream ist auf 16383 x 16383 begrenzt. Nutzen Sie ein geeignetes Großformat, Kacheln oder einen Pyramiden-Workflow.

WebP ist ein starker Kandidat für die Webauslieferung, kein automatischer Ersatz für den Master. Bewahren Sie eine geeignete Quelle auf und erzeugen Sie Varianten für Web, Druck, E-Mail oder Archiv entsprechend den Anforderungen des Ziels.

Brauchen Sie die Gegenrichtung? Vizua konvertiert auch WebP zu JPG und bietet WebP-Komprimierung für Dateien, die bereits in diesem Format vorliegen.

WebP und die Zukunft: AVIF kommt ins Spiel

AVIF ist ein neueres Format auf Basis der AV1-Bildkodierung und kann WebP in manchen Benchmarks und Produktionsvergleichen übertreffen. Der Abstand hängt von Inhalt, Encodern, Einstellungen und Qualitätsmessung ab. Aktuelle Browser unterstützen es zunehmend, ältere Clients und andere Software unterscheiden sich weiterhin.

AVIF macht WebP nicht überflüssig. Kodierungskosten, Dekodierung, Funktionen, Werkzeuge und Kompatibilität unterscheiden sich. Ein <picture>-Stack kann AVIF, WebP und JPEG anbieten, doch eine korrekte Reihenfolge garantiert nicht die kleinste Datei, wenn nicht jeder Kandidat gut erzeugt und geprüft wurde.

WebP ist oft ein praktischer Startkandidat, weil aktuelle Browser- und Werkzeugunterstützung breit sind. Testen Sie AVIF, wenn Build-Pipeline, Qualitätsprüfung, Fallbacks und Zielgruppe es unterstützen.

Häufig gestellte Fragen