Ratgeber · best practices
Wann WebP statt JPG? Die richtige Formatwahl in der Praxis
Ein ehrlicher Entscheidungsleitfaden, wann sich WebP gegenüber JPG lohnt und wann du besser bei JPG bleibst. Mit konkreten Anwendungsfällen für Blog, Shop, Social und Print.
Die Frage “WebP oder JPG?” bekommt in vielen Ratgebern eine bequeme Antwort: “Nimm immer WebP, es ist moderner.” Das ist zu einfach und in der Praxis manchmal schlicht falsch. WebP ist ein hervorragendes Format fürs Web, aber es ist kein universeller Ersatz für JPG. Beide Formate haben Situationen, in denen sie klar die bessere Wahl sind.
In diesem Leitfaden gehe ich es so an, wie ich es in echten Projekten mache: nicht “welches Format ist besser”, sondern “wofür brauche ich das Bild und wer bekommt es”. Denn genau daran entscheidet sich die richtige Wahl.
Die eine Frage, die alles entscheidet
Bevor du über Kompression, Qualität oder Dateigröße nachdenkst, stell dir eine einzige Frage: Wer öffnet dieses Bild und mit welcher Software?
Kontrollierst du die Umgebung, in der das Bild angezeigt wird, oder nicht? Das ist die Wasserscheide.
- Du kontrollierst die Umgebung (deine Website, deine App): Hier bestimmst du das HTML, kannst Fallbacks setzen und weißt, dass moderne Browser das Bild anzeigen. WebP spielt seine Stärken aus.
- Du kontrollierst die Umgebung nicht (E-Mail-Anhang, Datei an einen Kunden, Upload in fremde Software): Hier weißt du nicht, womit die Gegenseite das Bild öffnet. Kompatibilität schlägt Dateigröße. JPG ist der sichere Hafen.
Wenn du dir nur diesen einen Satz merkst, hast du 90 Prozent der Entscheidungen richtig getroffen. Der Rest ist Feintuning.
Wann WebP die bessere Wahl ist
WebP wurde von Google explizit fürs Web entwickelt, und dort gehört es hin. Drei Situationen sprechen klar dafür.
Bilder auf modernen Websites. Wenn Bilder über deine eigene Website ausgeliefert werden, ist WebP bei gleicher optischer Qualität meist 25 bis 35 Prozent kleiner als JPG. Kleinere Dateien bedeuten schnellere Ladezeiten, weniger Bandbreitenkosten und einen messbaren Effekt auf die Core Web Vitals, die Google in das Ranking einbezieht. Warum das im Detail zusammenhängt, habe ich in WebP, Web-Performance und SEO aufgeschrieben.
Überall dort, wo ein Fallback möglich ist. Der große Vorteil im Web ist das picture-Element. Damit lieferst du modernen Browsern WebP aus und alten Browsern automatisch das JPG als Rückfallebene. Du gehst also kein Risiko ein:
<picture>
<source srcset="bild.webp" type="image/webp">
<img src="bild.jpg" alt="Beschreibung">
</picture>
Der Browser nimmt die erste Quelle, die er versteht. Kann er WebP, lädt er WebP. Kann er es nicht, greift er auf das img mit dem JPG zurück. Kein Nutzer sieht ein kaputtes Bild. Diese Technik ist der Grund, warum du WebP im Web praktisch bedenkenlos einsetzen kannst.
Als Ersatz für PNG bei Transparenz. Ein oft übersehener Punkt: WebP beherrscht Transparenz (Alphakanal), JPG nicht. Wenn du bisher für freigestellte Produktbilder oder Logos auf große PNG-Dateien zurückgreifen musstest, ist verlustbehaftetes WebP oft ein Bruchteil der Größe bei gleicher Transparenz. Hier ersetzt WebP nicht JPG, sondern PNG, und der Größengewinn ist noch deutlicher.
Wann du bei JPG bleiben solltest
Jetzt die andere Seite, die viele Ratgeber unterschlagen. Es gibt gute Gründe, ganz bewusst bei JPG zu bleiben.
Maximale Kompatibilität. JPG existiert seit den frühen 1990er-Jahren und wird von wirklich jedem Gerät, jeder Software und jedem System verstanden. E-Mail-Programme, Office-Anwendungen, alte Bildbetrachter, Fotodrucker im Drogeriemarkt, Behörden-Uploadformulare: alles frisst JPG. Sobald ein Bild diese Reise antritt, ist JPG die risikoarme Wahl.
E-Mail-Anhänge. Wenn du ein Bild als Anhang verschickst, weißt du nicht, ob der Empfänger es auf einem alten Diensthandy, in einem exotischen Mailclient oder in einer eingebetteten Vorschau öffnet. Manche dieser Umgebungen zeigen WebP bis heute nicht zuverlässig an. JPG erspart dir die Rückfrage “Ich kann dein Bild nicht öffnen”.
Weitergabe an Dritte mit unbekannter Software. Schickst du ein Bild an einen Kunden, eine Druckerei oder einen Partner, dessen Arbeitsablauf du nicht kennst? Dann ist WebP ein Risiko. Ältere Versionen von Photoshop, viele Layoutprogramme und einige Content-Management-Systeme importieren WebP gar nicht oder nur über Umwege. Du willst nicht, dass dein Bild beim Empfänger liegen bleibt, weil seine Software es nicht kennt.
Druckvorstufe und Print. Für den professionellen Druck zählt nicht die Dateigröße, sondern Farbraum und maximale Detailtreue. Druckereien arbeiten mit TIFF oder hochwertigem JPG im CMYK-Farbraum. WebP ist ein reines Bildschirmformat (RGB) und hat im Druckworkflow nichts verloren.
Archiv und Original. Bewahre deine Originale immer im verlustarmen Ausgangsformat auf. WebP als Zwischenstopp für die Archivierung ist keine gute Idee, weil du damit eine weitere Kompressionsstufe einziehst. Ein Original ist das, aus dem du später jedes Zielformat erzeugen kannst, also behandle es entsprechend.
Die Entscheidungstabelle für den Alltag
Hier die Fälle, die mir in der Praxis am häufigsten begegnen, mit einer klaren Empfehlung.
| Situation | Empfohlenes Format | Begründung |
|---|---|---|
| Bilder im Blogartikel | WebP (mit JPG-Fallback) | Ladezeit und SEO, Fallback deckt alte Browser ab |
| Produktbilder im Onlineshop | WebP (mit JPG-Fallback) | Viele Bilder pro Seite, Größenersparnis summiert sich |
| Freigestelltes Produktbild mit Transparenz | WebP | Ersetzt schwere PNG, behält den Alphakanal |
| Foto für Social Media | JPG hochladen | Plattformen rechnen ohnehin neu, JPG ist überall akzeptiert |
| Portfolio auf eigener Website | WebP (mit JPG-Fallback) | Du kontrollierst das HTML, schnelle Galerie |
| Bild als E-Mail-Anhang | JPG | Empfänger-Software unbekannt, Kompatibilität zählt |
| Lieferung an Kunde oder Agentur | JPG (oder abgesprochenes Format) | Fremder Workflow, kein Formatrisiko eingehen |
| Datei für die Druckerei | JPG oder TIFF (CMYK) | WebP ist ein Bildschirmformat, kein Druckformat |
| Original zum Archivieren | Ausgangsformat behalten | Keine zusätzliche Kompression einziehen |
Die Tabelle zeigt das Muster deutlich: Sobald “eigene Website” im Spiel ist, gewinnt WebP. Sobald das Bild das Haus verlässt und in fremde Hände gerät, gewinnt JPG.
Anwendungsfälle im Detail
Blog. Artikelbilder werden über deine Website ausgeliefert, du kontrollierst das Markup. WebP mit picture-Fallback ist hier fast immer richtig. Bei vielen Bildern pro Beitrag zahlt sich die Ersparnis direkt in der Ladezeit aus.
Shop-Produktbilder. Onlineshops sind der Paradefall für WebP. Eine Kategorieseite mit 40 Produktkacheln lädt spürbar schneller, wenn jedes Bild ein Drittel kleiner ist. Und Ladezeit korreliert im E-Commerce direkt mit der Konversionsrate. Achte nur darauf, dass dein Shopsystem WebP mit Fallback ausliefert, was die meisten modernen Systeme können.
Social Media. Hier ist die Sache pragmatisch: Lade JPG hoch. Facebook, Instagram, LinkedIn und Co. komprimieren und konvertieren jedes hochgeladene Bild ohnehin nach ihren eigenen Regeln. Deine WebP-Optimierung verpufft, und einige Uploadformulare akzeptieren WebP gar nicht erst. JPG ist der reibungslose Weg.
Portfolio. Wie beim Blog: eigene Seite, eigenes HTML, viele Bilder. WebP mit Fallback sorgt für eine schnelle Galerie, ohne dass Besucher mit alten Browsern leer ausgehen.
Kunden-Lieferung. Wenn du als Dienstleister Bilder auslieferst, frag im Zweifel nach dem gewünschten Format. Ohne Absprache ist JPG die sichere Voreinstellung. Du willst nicht die Person sein, deren Dateien der Kunde nicht öffnen kann.
Print. Finger weg von WebP. Der Druck verlangt CMYK und maximale Detailtiefe. Liefere JPG in hoher Qualität oder TIFF, so wie die Druckerei es vorgibt.
Der Sonderfall: Browser-Unterstützung heute
Ein häufiges Gegenargument gegen WebP lautet “aber nicht alle Browser können das”. Das war einmal ein starkes Argument, ist es aber kaum noch. Alle aktuellen Versionen von Chrome, Firefox, Edge und Safari zeigen WebP an. Der Anteil der Browser, die WebP nicht verstehen, ist heute verschwindend gering. Den aktuellen Stand und die Details habe ich in WebP Browser-Support zusammengetragen.
Wichtig ist: Für den Webeinsatz brauchst du diese Diskussion gar nicht zu führen, wenn du das picture-Fallback nutzt. Dann ist die Restgruppe alter Browser automatisch abgedeckt und du hast keinen einzigen Nachteil. Das Fallback ist der Grund, warum “aber die Kompatibilität” im Web kein Gegenargument mehr ist.
Qualität richtig einstellen, statt nur das Format zu wechseln
Ein Punkt, der bei der Formatwahl gern untergeht: Der Gewinn kommt nicht allein vom Wechsel zu WebP, sondern von einer sinnvollen Qualitätseinstellung. WebP mit Qualität 100 kann größer sein als ein gut eingestelltes JPG. Der Trick liegt darin, die Qualität so weit zu senken, wie es das Auge nicht bemerkt, typischerweise irgendwo zwischen 75 und 85.
Wie du diesen Punkt findest, an dem die Datei klein wird, ohne sichtbar zu leiden, beschreibe ich in WebP-Qualität und Kompression. Es lohnt sich, hier ein paar Minuten zu experimentieren, statt blind einen Standardwert zu übernehmen.
Wenn du einzelne Bilder ausprobieren willst, kannst du sie direkt auf jpgwebp.de umwandeln. Die Umrechnung läuft vollständig lokal in deinem Browser, es wird also nichts hochgeladen. Du siehst sofort die erzielte Ersparnis und kannst am Qualitätsregler drehen, bis das Verhältnis aus Größe und Aussehen für dich passt. Gerade wenn du das Format zum ersten Mal einsetzt, hilft dieser direkte Vergleich mehr als jede Faustregel.
Fazit: Kontext schlägt Dogma
Es gibt keine pauschal richtige Antwort auf “WebP oder JPG”. Es gibt nur die Frage, wofür du das Bild brauchst und wer es bekommt.
Für alles, was über deine eigene Website läuft, ist WebP mit JPG-Fallback heute die vernünftige Standardwahl: kleinere Dateien, schnellere Seiten, kein Risiko dank Fallback. Sobald ein Bild aber deinen kontrollierten Bereich verlässt, per E-Mail, an Kunden, in die Druckerei oder ins Archiv, ist JPG die risikoarme Wahl, weil Kompatibilität dann wichtiger ist als das letzte Kilobyte.
Merke dir die Leitfrage: Kontrolliere ich die Umgebung, in der das Bild angezeigt wird? Wenn ja, WebP. Wenn nein, JPG. Damit triffst du in der Praxis fast immer die richtige Entscheidung, ohne lange abzuwägen.
Hast du einen Fehler entdeckt oder einen Quellen-Hinweis für uns? Schreib gern an info@akara-solutions.de.
Quellen
- Google Developers: WebP (developers.google.com/speed/webp)
- MDN Web Docs: Responsive images, the picture element
- web.dev: Serve images in modern formats
Korrekturen oder bessere Quellen? Schreib an info@akara-solutions.de. Änderungen landen mit Datum auf /korrekturen.
