WebP-Browser-Unterstützung 2026:
Vollständiger Kompatibilitätsleitfaden

WebP-Unterstützung 2026: Das große Bild

Stand März 2026 genießt WebP eine globale Browser-Unterstützung von über 97 %. Das bedeutet, dass von 100 Besuchern einer typischen Website mindestens 97 WebP-Bilder nativ anzeigen können. Das Format hat die Schwelle von „aufkommend" zu „mainstream" effektiv überschritten — es ist sicher, es als primäres Bildformat für die Web-Auslieferung zu verwenden.

Der Weg zu 97 % dauerte über ein Jahrzehnt. Google veröffentlichte WebP im Jahr 2010, Chrome unterstützte es sofort, und Opera folgte schnell. Die Verbreitung verlief jedoch langsam, da zwei kritische Browser zögerten: Firefox fügte WebP-Unterstützung erst 2019 hinzu, und Safari wartete bis 2020. Als Safari mitzog, fiel die letzte große Hürde, und WebP wurde zur praktischen Wahl für alle Websites.

Vollständige Browser-Kompatibilitätstabelle

Die folgende Tabelle zeigt, wann jeder große Browser WebP-Unterstützung hinzugefügt hat, für verlustbehaftet, verlustfrei, Alpha (Transparenz) und animiertes WebP:

Jeder große Browser fügte vollständige WebP-Unterstützung (alle vier Funktionen) in einem einzigen Release hinzu. Es gab keine längere Phase partieller Unterstützung. Sobald ein Browser WebP unterstützte, unterstützte er alle WebP-Funktionen — verlustbehaftet, verlustfrei, Transparenz und Animation. Das macht die Funktionserkennung einfach: Wenn WebP überhaupt funktioniert, funktioniert alles.

Zeitachse der WebP-Verbreitung

Das Verständnis der Verbreitungszeitachse erklärt, warum viele Websites weiterhin JPG neben WebP ausliefern — und warum einige Legacy-Systeme WebP-Dateien noch immer nicht verarbeiten können.

2010–2017: Nur Chrome und Opera

Google veröffentlichte WebP im Jahr 2010 und unterstützte es sofort in Chrome. Opera (damals mit seiner eigenen Presto-Engine) fügte 2012 Unterstützung hinzu, und der integrierte Android-Browser unterstützte es ab Version 4.0. Firefox, Safari und Internet Explorer unterstützten WebP in diesem Zeitraum jedoch nicht. Da etwa 45–50 % des Traffics von nicht unterstützenden Browsern stammte, konnte WebP nicht als primäres Format verwendet werden.

In dieser Ära mussten Entwickler, die WebP nutzen wollten, eine server- oder clientseitige Erkennung implementieren und verschiedene Formate an verschiedene Browser ausliefern. Diese Komplexität begrenzte die Verbreitung auf große Unternehmen (Google-Dienste, Facebook), die über die technischen Ressourcen für eine skalierbare Content-Negotiation verfügten.

2018–2019: Edge und Firefox stoßen dazu

Microsoft Edge fügte WebP-Unterstützung in Version 18 (2018) hinzu, und Firefox ergänzte sie schließlich in Version 65 (Januar 2019) nach jahrelangem Druck aus der Community. Bis Mitte 2019 unterstützten etwa 80–85 % des globalen Browser-Traffics WebP. Der einzige verbleibende große Nachzügler war Safari.

2020–2026: Safari vervollständigt das Bild

Apple fügte WebP-Unterstützung in Safari 14 hinzu, das im September 2020 mit macOS Big Sur und iOS 14 ausgeliefert wurde. Dies war der entscheidende Meilenstein, der WebP für den Mainstream-Einsatz im Web nutzbar machte. Innerhalb weniger Monate stieg die WebP-Unterstützung auf über 90 % und ist seither auf über 97 % gestiegen, da ältere Safari-Versionen und Internet Explorer weiter an Marktanteilen verlieren.

Im Jahr 2026 sind die einzigen Browser ohne WebP-Unterstützung:

• Internet Explorer 11 — offiziell von Microsoft im Juni 2022 eingestellt, aber in einigen Unternehmensumgebungen und Kiosk-Systemen noch im Einsatz
• Safari 13 und älter — auf macOS Mojave (10.14) und früheren Versionen, die kein Upgrade auf Big Sur durchführen können
• Ältere eingebettete Browser — einige Smart-TVs, E-Reader und IoT-Geräte verwenden ältere Browser-Engines

Betriebssystem- und nativer App-Support

Die Browser-Unterstützung ist nur ein Teil der Geschichte. WebP muss auch in nativen Anwendungen, Dateimanagern und Bild-Viewern des Betriebssystems funktionieren.

Wo WebP 2026 noch versagt

Trotz über 97 % Browser-Unterstützung bleibt WebP in mehreren häufigen realen Szenarien problematisch. Dies sind die Situationen, in denen eine Konvertierung nach JPG notwendig ist.

E-Mail-Clients

E-Mail ist das bedeutendste verbleibende Problemfeld für WebP. Im Gegensatz zu Webbrowsern haben E-Mail-Clients die WebP-Unterstützung nur langsam übernommen. Die in E-Mail-Clients verwendeten Rendering-Engines sind oft älter und stärker eingeschränkt als Browser-Engines:

• Outlook (Desktop, Windows) — verwendet die Word-Rendering-Engine (keine Browser-Engine) für HTML-E-Mails. WebP-Unterstützung wurde in neueren Microsoft-365-Builds hinzugefügt, ist aber versionsübergreifend inkonsistent. Unternehmensinstallationen von Outlook laufen oft auf älteren Builds ohne WebP-Unterstützung.
• Apple Mail — unterstützt WebP auf macOS Big Sur und neuer. Ältere macOS-Versionen (Catalina, Mojave) können WebP in Apple Mail nicht anzeigen.
• Gmail (Web) — zeigt WebP-Bilder inline an. WebP-Anhänge zeigen jedoch nicht in allen Kontexten eine Vorschau.
• Yahoo Mail, AOL Mail — inkonsistente WebP-Unterstützung je nach Rendering-Pfad.
• Thunderbird — unterstützt WebP seit Version 65+ (verwendet Firefox's Rendering-Engine).
• Nur-Text-E-Mail-Clients — einige textbasierte Clients entfernen WebP-Anhänge, während JPG/PNG-Anhänge erhalten bleiben.

Empfehlung: Verwenden Sie für E-Mail-Bilder immer JPG oder PNG. Betten Sie keine WebP-Dateien in E-Mails ein und hängen Sie sie nicht an — das Risiko defekter Bilder bei einem erheblichen Teil der Empfänger ist zu hoch.

Social-Media-Plattformen

Die meisten Social-Media-Plattformen akzeptieren 2026 WebP-Uploads, aber es gibt Ausnahmen:

• Profilfotos — einige Plattformen lehnen WebP für Profil-/Avatar-Bilder ab, auch wenn sie es für Beiträge akzeptieren.
• Titelbilder — Facebook, LinkedIn und Twitter lehnen WebP für Titelfotos mitunter ab.
• Marktplatz-Einträge — Facebook Marketplace und ähnliche Dienste akzeptieren möglicherweise keine WebP-Produktbilder.
• Story-/Reel-Uploads — mobile Apps lehnen WebP manchmal ab, wenn sie speziell JPG oder PNG erwarten.

Obwohl die Haupt-Post-Feeds großer Plattformen WebP gut verarbeiten, bleibt JPG das sicherste Format für jeden Social-Media-Upload.

Druckdienstleister

Die Druckindustrie bietet keinerlei WebP-Unterstützung. Online-Druckdienstleister (Shutterfly, Vistaprint, Canva Print, MOO usw.) und lokale Druckereien verlangen universell JPG, PNG oder TIFF. Das wird sich in naher Zukunft kaum ändern, da die Druckindustrie keinen Anreiz hat, ein web-optimiertes Format zu übernehmen — Dateigröße spielt keine Rolle, wenn Dateien über lokale Netzwerke oder USB-Sticks übertragen werden.

Ältere Desktop-Software

Viele 2026 verbreitete Desktop-Anwendungen unterstützen WebP noch immer nicht:

• Adobe Photoshop vor Version 23.2 (Februar 2022)
• Adobe Lightroom Classic vor Version 12
• Ältere GIMP-Versionen (vor 2.10.22)
• Microsoft Office vor den 2023-Builds
• Viele CAD- und Ingenieur-Tools (AutoCAD, SolidWorks) — unterstützen in der Regel nur JPG, PNG, BMP, TIFF
• Ältere medizinische Bildgebungssoftware — DICOM-Viewer und Radiologie-Software verwenden JPEG, JPEG 2000 und TIFF
• Dokumentenscanner und OCR-Software — geben typischerweise JPG, PNG oder PDF aus

CMS und Website-Baukästen

Die meisten modernen CMS-Plattformen unterstützen WebP-Uploads, aber einige beliebte Systeme haben Einschränkungen:

• WordPress — seit Version 5.8 (Juli 2021) nativ unterstützt. Ältere WordPress-Installationen benötigen möglicherweise ein Plugin.
• Shopify — liefert WebP automatisch über CDN an unterstützende Browser aus.
• Squarespace — unterstützt WebP-Upload und automatische WebP-Auslieferung.
• Wix — konvertiert hochgeladene Bilder automatisch in WebP zur Auslieferung.
• Individuelle CMS-Systeme — ältere selbst entwickelte Systeme verarbeiten WebP in ihren Medienbibliotheken möglicherweise nicht.

Fallback-Strategien

Für die verbleibenden 3 % der Browser und für Nicht-Browser-Anwendungsfälle benötigen Sie eine Fallback-Strategie. Hier sind die drei Hauptansätze, geordnet vom einfachsten zum anspruchsvollsten.

1. Das HTML-Element <picture> (Empfohlen)

Das Element <picture> ist der einfachste und am weitesten empfohlene Ansatz. Es ermöglicht dem Browser, das am besten unterstützte Format aus einer Liste von Quellen auszuwählen:

<picture>
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description">
</picture>

Browser, die WebP unterstützen, laden die Datei .webp herunter. Browser ohne WebP-Unterstützung ignorieren das <source>-Element und greifen auf das JPG des <img>-Tags zurück. Der Browser trifft diese Entscheidung, bevor er Bilddaten herunterlädt, sodass keine Bandbreite verschwendet wird.

Vorteile:

• Kein JavaScript erforderlich — funktioniert auch bei deaktiviertem JS
• Keine Serverkonfiguration notwendig
• Der Browser wählt das Format vor dem Download aus (kein Doppel-Download)
• SEO-freundlich — Suchmaschinen verstehen <picture>
• AVIF kann als dritte Option für noch bessere Kompression eingebunden werden

2. Serverseitige Content-Negotiation (Accept-Header)

Moderne Browser schließen image/webp in ihren HTTP-Accept-Header ein, wenn sie Bilder anfordern. Der Server kann diesen Header lesen und WebP an unterstützende Browser sowie JPG an andere ausliefern — alles unter derselben URL.

Dieser Ansatz erfordert eine Serverkonfiguration (Nginx, Apache oder CDN-Regeln), hat aber den Vorteil, mit vorhandenen <img>-Tags zu funktionieren. Es sind keine HTML-Änderungen erforderlich. Bekannte CDNs wie Cloudflare, CloudFront und Fastly bieten automatische WebP-Konvertierung und -Auslieferung basierend auf dem Accept-Header.

Vorteile:

• Funktioniert mit vorhandenem HTML — keine <picture>-Tags erforderlich
• Eine URL pro Bild (sauber, cachebar)
• Transparent für den Frontend-Entwickler

Nachteile:

• Erfordert Server-/CDN-Konfiguration
• Der Header Vary: Accept muss für korrektes Caching gesetzt werden
• Debugging ist schwieriger, da dieselbe URL verschiedene Formate zurückgibt

3. JavaScript-Funktionserkennung

JavaScript kann WebP-Unterstützung erkennen, indem es versucht, einen kleinen WebP-Data-URI zu dekodieren. Gelingt die Dekodierung, unterstützt der Browser WebP. Dieser Ansatz wird gelegentlich in Single-Page-Anwendungen (SPAs) und JavaScript-lastigen Seiten verwendet:

function checkWebP(callback) {
  var img = new Image();
  img.onload = function() { callback(true); };
  img.onerror = function() { callback(false); };
  img.src = 'data:image/webp;base64,UklGRiQA...';
}

Diese Methode funktioniert, hat aber Nachteile: Sie erfordert aktiviertes JavaScript, verursacht eine kurze Verzögerung, während das Testbild geladen wird, und erhöht die Komplexität der Codebasis. Das Element <picture> ist in den meisten Fällen vorzuziehen.

WebP vs. AVIF: Browser-Unterstützung im Vergleich

AVIF ist die neuere Alternative zu WebP und bietet noch bessere Kompression. Die Browser-Unterstützung hinkt WebP jedoch um mehrere Jahre hinterher:

Die optimale Strategie 2026 für maximale Kompression bei maximaler Kompatibilität ist ein dreistufiger Ansatz mit dem Element <picture>:

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description">
</picture>

Browser versuchen zuerst AVIF, dann WebP, und schließlich JPG. Die 93 %, die AVIF unterstützen, erhalten die kleinste Datei. Die 4 %, die WebP, aber nicht AVIF unterstützen, erhalten eine mittelgroße Datei. Die verbleibenden 3 % erhalten JPG.

Wann sollten Sie WebP in JPG konvertieren?

Selbst bei über 97 % Browser-Unterstützung gibt es klare Situationen, in denen die Konvertierung von WebP nach JPG die richtige Wahl ist:

• Bilder per E-Mail versenden — die WebP-Unterstützung in E-Mail-Clients ist unzuverlässig. Immer JPG verwenden.
• Drucken — kein Druckdienstleister akzeptiert WebP. Vor dem Upload in JPG konvertieren.
• Teilen mit unbekannten Empfängern — wenn Sie nicht wissen, welches Gerät oder welche Software der Empfänger verwendet, garantiert JPG die Kompatibilität.
• Hochladen auf Legacy-Plattformen — ältere CMS-Systeme, Foren und Plattformen können WebP möglicherweise ablehnen.
• Öffnen in älterer Software — Photoshop vor 2022, Office vor 2023 und viele Spezialtools können WebP nicht öffnen.
• Einbetten in Dokumente — Bilder in PDFs, Word-Dokumente und Präsentationen einzufügen — JPG stellt sicher, dass das Dokument auf jedem System korrekt gerendert wird.