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 wirkt sich direkt auf eine schnellere LCP-Zeit aus. Bei einer mobilen 4G-Verbindung kann das Einsparen von 150 KB beim Hero-Image den LCP um 200–400 Millisekunden verbessern — oft der Unterschied zwischen „Gut" und „Verbesserungsbedarf".
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 „nächste-Generation-Formaten" (WebP, AVIF) bereitzustellen. Die Verwendung von WebP entfernt sofort die Prüfwarnung „Bilder in modernen Formaten bereitstellen" und kann Ihren PageSpeed-Insights-Score um 5–15 Punkte verbessern.
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-Kompatibilität war einst das Hauptargument gegen WebP, aber diese Bedenken gehören der Vergangenheit an. Stand 2026 können über 99 % der weltweiten Webnutzer WebP-Bilder nativ anzeigen:
- Chrome: unterstützt seit Version 17 (2012)
- Firefox: unterstützt seit Version 65 (2019)
- Safari: unterstützt seit Safari 14 / macOS Big Sur / iOS 14 (2020)
- Edge: unterstützt seit der Chromium-basierten Version (2020)
- Opera: unterstützt seit Version 12 (2012)
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 empfiehlt WebP nicht nur — sie bestrafen aktiv Websites, die keine modernen Bildformate verwenden. Das hat Google unternommen:
- 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
- YouTube, Gmail, Google Photos verwenden WebP intern für die Bildauslieferung
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. Tools wie CleverUtils, cwebp (Googles Kommandozeilentool), Squoosh oder ImageMagick können Hunderte von Bildern in einem einzigen Stapel verarbeiten. Behalten Sie Ihre JPG-Originale und generieren 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 % | 99 %+ (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 hochqualitatives 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) rendern WebP noch nicht zuverlässig. Verwenden Sie JPG für E-Mail-Bilder
- Social-Media-Sharing: 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.