Sollten Sie WebP verwenden? Die kurze Antwort
- Ja für Bilder auf Ihrer eigenen Website, sofern Ihre Website oder Ihr CDN sie ausliefern kann. Jeder aktuelle große Browser unterstützt WebP.
- Ja für transparente Bilder im Web: Verlustbehaftetes WebP mit Alphakanal ist viel kleiner als PNG.
- Nein für E-Mail-Bilder, Druckdateien, Archive und Dateien, die Sie an andere Personen senden. Verwenden Sie dort JPG oder PNG.
- Ziehen Sie auch AVIF in Betracht: Es ist meist kleiner als WebP, und viele Websites liefern AVIF mit einem WebP- oder JPG-Fallback aus.
Dateigröße: 25–35 % kleiner
Der Hauptgrund für den Wechsel von JPG zu WebP ist die Reduzierung der Dateigröße. Google entwickelte WebP mit fortschrittlicheren Kompressionsalgorithmen als der DCT-Kodierung aus dem Jahr 1992, die JPG verwendet. Das Ergebnis sind deutlich kleinere Dateien bei gleichwertiger visueller Qualität — konsistent 25–35 % kleiner über ein breites Spektrum an Bildtypen.
Typische reale Ergebnisse beim Vergleich von JPG (Qualität 85) mit WebP (Qualität 80) bei gleichwertiger wahrgenommener Qualität:
| Bildtyp | JPG-Größe (q85) | WebP-Größe (q80) | Ersparnis |
|---|---|---|---|
| Produktfoto (1200px) | 180 KB | ~120 KB | 33% |
| Hero-Banner (1920px) | 450 KB | ~310 KB | 31% |
| Blog-Beitragsbild (800px) | 95 KB | ~65 KB | 32% |
| Vorschaubild (300px) | 25 KB | ~17 KB | 32% |
| Seitengesamt (20 Bilder) | 2,8 MB | ~1,9 MB | 32% |
Bei einer typischen Webseite mit 20 Bildern und insgesamt 2,8 MB als JPG spart der Wechsel zu WebP ca. 900 KB. Das ist knapp 1 MB weniger Daten pro Seitenaufruf — und summiert sich bei Tausenden von täglichen Besuchern schnell.
Qualitätsvergleich: Ist der Unterschied sichtbar?
Die häufigste Frage: Sieht WebP genauso gut aus wie JPG? Die kurze Antwort lautet ja, und in vielen Fällen sogar etwas besser. WebP verwendet eine ausgefeiltere Kompressionspipeline, die bestimmte Bildeigenschaften besser verarbeitet als JPG:
- Bei gleicher Dateigröße wirkt WebP etwas schärfer als JPG — weniger Blockartefakte, bessere Kantendarstellung
- Bei gleicher visueller Qualität ist WebP 25–35 % kleiner
- WebP verarbeitet sanfte Verläufe besser als JPG und erzeugt weniger Banding bei Himmeln und Hauttönen
- WebP erzeugt weniger Ringing-Artefakte an kontrastreichen Kanten (Text über Fotos, harte Linien)
- WebP unterstützt Transparenz (Alphakanal), JPG hingegen nicht — keine künstlichen weißen Hintergründe mehr
Bei Qualitätseinstellungen über 75 ist der Unterschied zwischen WebP und JPG für das menschliche Auge praktisch nicht wahrnehmbar. Die meisten Besucher werden keine Änderung im Erscheinungsbild der Bilder bemerken — aber die schnelleren Seitenladevorgänge.
Transparenz-Bonus: Anders als JPG unterstützt WebP transparente Hintergründe. Wenn Sie derzeit PNG für transparente Bilder und JPG für Fotos verwenden, kann WebP beide Formate auf Ihrer Website ersetzen.
Auswirkungen auf die Core Web Vitals
Googles Core Web Vitals sind Ranking-Signale, die die Nutzererfahrung direkt messen. Der Wechsel zu WebP kann Ihre Performance-Scores messbar verbessern:
Largest Contentful Paint (LCP)
LCP misst, wie schnell das größte sichtbare Element lädt. Bei den meisten Seiten ist das ein Hero-Image oder ein Hauptfoto. Eine 35 % kleinere Bilddatei führt direkt zu einer schnelleren LCP-Zeit. Bei den 1,6 Mbit/s, die Lighthouse für Mobilgeräte simuliert, sparen 150 KB weniger (1.200 Kilobit) etwa 0,7 Sekunden Downloadzeit für dieses Bild.
Cumulative Layout Shift (CLS)
Obwohl CLS nicht direkt vom Bildformat abhängt, reduzieren schneller ladende Bilder das Zeitfenster, in dem Layout-Verschiebungen auftreten können. Bilder, die geladen werden, bevor der Benutzer zu scrollen beginnt, verursachen keinen CLS.
PageSpeed-Score
Google Lighthouse empfiehlt ausdrücklich, Bilder in „Next-Gen-Formaten“ (WebP, AVIF) bereitzustellen. Die Konvertierung der markierten Bilder behebt die Prüfung „Bilder in modernen Formaten bereitstellen“ (neuere Lighthouse-Versionen führen sie unter der Erkenntnis „Bildbereitstellung verbessern“). Wie stark sich der Score verändert, hängt von der Seite ab.
SEO-Auswirkung: Google hat bestätigt, dass Core Web Vitals ein Ranking-Signal sind. Ein schnellerer LCP durch kleinere Bilder kann Ihre Suchrankings direkt beeinflussen, insbesondere auf Mobilgeräten, wo Google Mobile-First-Indexing verwendet.
Browser-Unterstützung 2026
Die Browser-Unterstützung war einst das Hauptargument gegen WebP, aber diese Bedenken gehören der Vergangenheit an. 2026 zeigt jeder aktuelle große Browser WebP nativ an:
- Chrome: volle Unterstützung seit Version 32 (2014)
- Firefox: unterstützt seit Version 65 (2019)
- Safari: unterstützt seit Safari 14 / macOS Big Sur / iOS 14 (2020)
- Edge: unterstützt seit Version 18 (2018)
- Opera: volle Unterstützung seit Version 19 (2014)
Der einzige Browser, der WebP nie unterstützt hat, ist Internet Explorer, den Microsoft 2022 offiziell eingestellt hat. Für die große Mehrheit der Websites ist das Ausliefern von WebP ohne JPG-Fallback völlig unbedenklich. Wenn Sie in Ihrer Analyse noch IE-Traffic sehen, verwenden Sie das HTML-Element <picture> für graceful Degradation.
Google empfiehlt WebP
Google bestraft JPG nicht, aber seine Tools drängen zu modernen Formaten:
- PageSpeed Insights markiert JPG-Bilder und empfiehlt WebP oder AVIF als Ersatz
- Lighthouse enthält „Bilder in modernen Formaten bereitstellen“ als Performance-Prüfpunkt
- Search Console-Berichte zu Core Web Vitals heben Seiten mit langsamem LCP hervor, der häufig durch große JPG-Bilder verursacht wird
- Googles eigene Websites nutzen ebenfalls WebP; YouTube-Videothumbnails werden zum Beispiel als WebP ausgeliefert
Wenn Google eine Technologie empfiehlt und sie auch in eigenen Produkten einsetzt, ist das ein klares Signal, dass die Einführung sowohl sicher als auch vorteilhaft ist.
WebP implementieren
Es gibt mehrere Ansätze zur Auslieferung von WebP-Bildern, von einfachen HTML-Änderungen bis hin zu vollautomatischen Lösungen:
Das Picture-Element (empfohlen)
Das HTML-Element <picture> ermöglicht es, WebP an unterstützte Browser auszuliefern und JPG als Fallback bereitzuhalten:
<picture>
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="Beschreibung" width="800" height="600">
</picture>Browser, die WebP unterstützen, laden die .webp-Datei. Ältere Browser ignorieren das <source>-Tag und greifen auf das JPG im <img>-Tag zurück. Geben Sie stets explizite width- und height-Attribute an, um Layout-Verschiebungen zu verhindern.
CDN-Auto-Konvertierung
Der einfachste Ansatz für die meisten Websites: Lassen Sie Ihr CDN die Konvertierung übernehmen. Dienste wie Cloudflare Polish, Cloudinary, imgix und AWS CloudFront können die Browser-Unterstützung automatisch erkennen und WebP-Versionen Ihrer Bilder ausliefern. Kein Code-Aufwand — Sie laden JPG hoch, das CDN liefert WebP an unterstützte Browser.
Stapelkonvertierung
Für statische Websites oder die Massenvorbereitung von Assets konvertieren Sie Ihre gesamte Bildbibliothek auf einmal. cwebp (Googles Kommandozeilentool) und ImageMagick verarbeiten ganze Ordner; CleverUtils und Squoosh konvertieren jeweils ein Bild. Behalten Sie Ihre JPG-Originale und erzeugen Sie WebP-Kopien daneben.
Fallstudie: Typische Website-Einsparungen
Betrachten Sie einen mittelgroßen E-Commerce-Shop mit 500 Produktseiten, jede mit 5 Produktbildern mit durchschnittlich 200 KB als JPG:
| Kennzahl | JPG | WebP |
|---|---|---|
| Bilder pro Seite | 5 | 5 |
| Durchschnittliche Bildgröße | 200 KB | ~135 KB |
| Gesamtgewicht der Bilder | 1.000 KB | ~675 KB |
| Monatliche Seitenaufrufe (100k) | 97,7 GB | ~65,9 GB |
| Monatlich eingesparte Bandbreite | — | ~31,8 GB |
| Geschätzte LCP-Verbesserung | — | 200–500 ms |
Bei 100.000 monatlichen Seitenaufrufen spart WebP über 31 GB Bandbreite pro Monat. Bei Hosting-Kosten von 0,08–0,12 € pro GB entspricht das 2,50–3,80 € pro Monat allein durch Bandbreiteneinsparungen — ohne die SEO- und User-Experience-Vorteile zu berücksichtigen.
JPG vs. WebP: Vollständiger Vergleich
| Merkmal | JPG | WebP |
|---|---|---|
| Kompressionstyp | Nur verlustbehaftet | Verlustbehaftet und verlustfrei |
| Typische Dateigröße | Referenzwert | 25–35 % kleiner |
| Transparenz | Nicht unterstützt | 8-Bit-Alphakanal |
| Animation | Nicht unterstützt | Unterstützt (animiertes WebP) |
| Browser-Unterstützung | 100 % | Alle modernen Browser |
| Farbtiefe | 24 Bit (8 pro Kanal) | 24 Bit + 8-Bit-Alpha |
| Maximale Auflösung | 65.535 × 65.535 px | 16.383 × 16.383 px |
| Metadaten / EXIF | Vollständiges EXIF, IPTC, XMP | EXIF und XMP unterstützt |
| Tool-Unterstützung | Universell | Die meisten modernen Editoren |
| Google-Empfehlung | Nein (wird in Lighthouse markiert) | Ja („Next-Gen-Format“) |
Wann Sie NICHT zu WebP wechseln sollten
WebP ist für die meisten Web-Anwendungsfälle die richtige Wahl, aber es gibt Szenarien, in denen JPG noch sinnvoller ist:
- Druckproduktion: Druckworkflows erfordern TIFF, PDF oder hochwertiges JPG. WebP wird von den meisten Druckanwendungen nicht erkannt
- Archivierung: Für langfristige Fotoarchive bleibt JPG die sicherste Wahl — über 30 Jahre universelle Unterstützung und ein ausgereiftes Tool-Ökosystem
- E-Mail-Kampagnen: Viele E-Mail-Clients (Outlook, ältere Gmail-Versionen) stellen WebP noch nicht zuverlässig dar. Verwenden Sie JPG für E-Mail-Bilder
- Teilen in sozialen Medien: Obwohl die meisten Plattformen WebP-Uploads inzwischen akzeptieren, stellt die Konvertierung in JPG maximale Kompatibilität sicher, wenn Nutzer Ihre Bilder teilen oder herunterladen
- Auflösungsgrenzen: WebP hat eine maximale Auflösung von 16.383 × 16.383 Pixeln. Für sehr große Bilder (Panoramen, hochauflösende Scans) unterstützt JPG deutlich größere Abmessungen
Best Practice: Behalten Sie Ihre originalen JPG-Dateien als Referenzquelle. Generieren Sie WebP-Versionen für die Web-Auslieferung. Falls Sie JPG später benötigen (für E-Mail, Druck oder Sharing), haben Sie stets das Original.
WebP-Nachteile, die die meisten Ratgeber auslassen
- Farbdetails: Verlustbehaftetes WebP nutzt immer 4:2:0-Chroma-Subsampling, sodass feine rote oder blaue Details weicher werden können; JPEG kann 4:4:4 verwenden. Die cwebp-Option
-sharp_yuvmildert den Effekt. - Nur 8 Bit: keine 10-Bit-Farbe und kein HDR, anders als bei AVIF.
- Grenze von 16.383 Pixeln für Breite und Höhe. CleverUtils verkleinert größere Bilder automatisch passend.
- Keine progressive Dekodierung: Ein WebP erscheint erst, wenn genug davon geladen ist.
- Generationsverlust: Wenn Sie ein vorhandenes JPG in WebP konvertieren, wird es ein zweites Mal komprimiert. Gehen Sie nach Möglichkeit vom Original aus.