WebP

WebP ist ein Bildformat, das Google 2010 entwickelte und 2018 standardisierte. Es unterstützt verlustbehaftete und verlustfreie Kompression im selben Format, volle Alpha (Transparenz) und Animation. Es komprimiert bei gleicher visueller Qualität 25–35 % kleiner als JPG.

Browser-Unterstützung stand 2026: ~97 % weltweit. Safari war der letzte große Nachzügler und fügte WebP in Version 14 (September 2020) hinzu. Die verbleibenden 3 % sind alte Android-Versionen, IE11-Nachzügler und eingebettete Browser.

WebPs verlustbehafteter Modus basiert auf VP8 (Googles offenem Videocodec, im WebM-Video verwendet). Er nutzt Blockprädiktion und Transformation ähnlich wie H.264, angewendet auf ein einzelnes Bild. Das Ergebnis: deutlich bessere Kompression als JPGs DCT aus dem Jahr 1992.

Praktischer Einsatz:

• Für neue Webinhalte: WebP zuerst, JPG-Fallback über <picture>.
• Zum Ersetzen vorhandener JPGs: einfache 25–35 % Größenreduktion, ohne Qualitätsverlust.
• Zum Ersetzen von PNGs mit Alpha: verlustfreies WebP + Alpha ist dramatisch kleiner als PNG (oft 30–50 % der Größe).
• vs. AVIF: AVIF ist noch kleiner (~20 % kleiner als WebP bei gleicher Qualität), kodiert aber 10–100× langsamer und hat eine geringere Browser-Unterstützung (~93 % im Jahr 2026). WebP ist der sicherere Standard.

Wandeln Sie jedes Bild in Ihrem Browser über unsere Bild-Umwandler in WebP um.

Die On2-Übernahmegeschichte — warum WebP existiert: Google übernahm On2 Technologies im Februar 2010 gezielt wegen des VP8-Videocodecs und veröffentlichte VP8 dann als Open Source unter einer freizügigen BSD-artigen Lizenz. WebP wurde acht Monate später als Standbildformat angekündigt, abgeleitet aus einem einzelnen VP8-Keyframe. Der Kaufpreis betrug 124,6 Mio. $ — teils gezahlt, um eine patentfreie Alternative zu HEIF/HEIC zu schaffen, dessen Lizenzpool mit einem browserweiten Einsatz unvereinbar war. Dieselbe strategische Logik brachte VP9, AV1 und schließlich AVIF hervor.

Die Asymmetrie des Qualitätsreglers: WebPs verlustbehafteter Qualitätsregler läuft wie der von JPG von 0 bis 100, doch die Kurven unterscheiden sich — Qualität 80 in WebP ist visuell etwa Qualität 90 in JPG gleichwertig, bei merklich kleinerer Datei. Der verlustfreie WebP-Encoder ignoriert die Qualitätsangabe vollständig; stattdessen tauscht ein -m-Methodenparameter (0–6) Kodierzeit gegen stärkere Kompression. Werkzeuge wie cwebp (der Referenz-Encoder), sharp (Node.js) und squoosh (Browser) bieten all diese Einstellungen. Für automatisierte Build-Pipelines ist verlustbehaftet mit Qualität 75–80 der typische optimale Punkt; für Icons und Grafiken, bei denen Alpha zählt, ist verlustfrei mit Methode 6 der optimale Punkt. Verwandt: AVIF, verlustfrei, verlustbehaftet. Quelle: Google — WebP, A new image format for the Web.

Durchgerechnetes Beispiel

Nehmen Sie ein 1920×1080 großes Hero-Foto, ursprünglich ein 480 KB großes JPG mit Qualität 85. Wandeln Sie es mit cwebp in WebP mit Qualität 80 um: cwebp -q 80 hero.jpg -o hero.webp → ~320 KB, eine Reduktion um 33 % bei visuell ununterscheidbarer Qualität. Wandeln Sie dieselbe Quelle in ein verlustfreies PNG um: ~3,2 MB. Stellen Sie sich nun vor, dieselbe Quelle braucht für ein Produkt-Rendering einen Alphakanal-Freisteller. Speichern Sie als PNG-24 mit Alpha: ~1,8 MB. Speichern Sie als verlustfreies WebP: ~650 KB (eine Reduktion um 64 %). Über eine typische E-Commerce-Seite mit 30 Produktbildern kann der Wechsel von JPG/PNG-Quellen zu WebP die Bildlast von ~6 MB auf ~3 MB senken — was den LCP (Largest Contentful Paint) auf einer 3G-Verbindung direkt um 1–2 Sekunden verbessert, was wiederum direkt in die Core Web Vitals und das SEO-Ranking einfließt.

Wann und warum es zählt

Die Bildlast ist meist der größte einzelne Beitrag zum Gewicht einer Mobilseite, und die Core Web Vitals (speziell LCP) sind ein dokumentierter Google-Rankingfaktor. Die günstigste Performance-Optimierung für jede bildlastige Seite ist, ein <picture>-Element mit WebP- und AVIF-Quellen neben JPG-Fallbacks hinzuzufügen — modernes Next.js (next/image), Astro, Eleventy und Nuxt tun dies automatisch. Die wenigen Situationen, in denen WebP nicht die richtige Antwort ist: wenn das Asset nachgelagert bearbeitet wird (nutzen Sie einen verlustfreien Master), wenn die Zielgruppe Browser nutzt, die es nicht unterstützen (sehr altes Android, bestimmte eingebettete WebViews — bieten Sie JPG/PNG-Fallback) und wenn das Bild ein Foto für den Druck ist (nutzen Sie TIFF oder das originale RAW). Für alles andere, das 2026 an einen modernen Webbrowser ausgeliefert wird, sollte WebP-oder-AVIF der Standard und JPG ein Alt-Fallback sein. Quelle: web.dev — Serve images in WebP formats.