Chrome speichert Bilder als .webp, weil die Website genau das gesendet hat. Bei Rechtsklick und „Bild speichern unter" konvertiert Chrome nichts — es schreibt exakt die Bytes, die der Server geliefert hat, und der Server lieferte WebP. Es gibt keine versteckte Chrome-Einstellung, die das verursacht, weshalb du auch keine findest, die es abschaltet. Die schnellste Lösung: Speichern und umwandeln — unser WebP-zu-JPG-Konverter läuft in deinem Browser, nichts wird hochgeladen, und aus dem gespeicherten WebP wird in Sekunden ein normales JPG. Wenn du verstehen willst, warum das angefangen hat, oder es näher an der Quelle stoppen willst, lies weiter.
Warum Chrome WebP speichert: Content Negotiation
Jedes Mal, wenn dein Browser ein Bild anfordert, hängt er einen Accept-Header an, der die Formate auflistet, die er dekodieren kann. Modernes Chrome sendet etwa image/avif,image/webp,image/png,... — eine offene Einladung. Der Server schaut auf die Liste, sieht, dass WebP willkommen ist, und sendet WebP, weil es die kleinste Datei ist, die er senden darf. Websites machen das absichtlich: WebP senkt ihre Bildbandbreite um ein Viertel oder mehr (die Geburt von WebP erklärt, warum Google es genau dafür gebaut hat).
Frühere Versionen desselben Tanzes sendeten JPEG, weil das alles war, was Browser deklarierten. An „Bild speichern unter" hat sich nichts geändert — der Menüpunkt hat immer gespeichert, was ankam. Was sich geändert hat, ist das, was ankommt. Und der Mechanismus wiederholt sich bereits: Chrome deklariert auch AVIF-Unterstützung, also ist die gespeicherte Datei auf manchen Websites inzwischen .avif — neuer, kleiner und außerhalb von Browsern noch schlechter unterstützt als WebP.
Du kannst es live beobachten. Öffne die DevTools (F12), wechsle zum Tab „Netzwerk", lade die Seite neu, klicke auf die Bildanfrage und prüfe die Antwort-Header. Dort steht content-type: image/webp. Die Datei war WebP, lange bevor sie deinen Downloads-Ordner erreichte.
Lösung 1: Speichern, dann umwandeln (die zuverlässige)
Speichere das WebP, zieh es in den WebP-zu-JPG-Konverter, lade das JPG herunter. Die ganze Schleife dauert ein paar Sekunden, funktioniert ausnahmslos auf jeder Website, und — weil die Umwandlung lokal läuft — landet deine Datei nie auf fremden Servern. Einen ganzen Ordner gespeicherter WebP-Dateien gesammelt? Zieh sie alle auf einmal rein und hol dir die Ergebnisse als ein ZIP. Die komplette Anleitung steht in WebP in JPG umwandeln.
Hat das Bild einen transparenten Hintergrund, den du behalten willst, nimm stattdessen den WebP-zu-PNG-Konverter — JPG würde die Transparenz auf Weiß ebnen.
Das ist die Lösung, die mitreist: Ein JPG öffnet sich bei jedem, dem du es weiterleitest — wichtiger, als es klingt, denn warum sich WebP-Dateien nicht öffnen lassen ist das häufigste Folgeproblem.
Lösung 2: Die URL bearbeiten (funktioniert bei manchen CDNs)
Viele Bild-CDNs entscheiden das Format anhand der URL. Wenn du ein Bild in einem neuen Tab öffnest und die Adresse auf .webp endet, ändere sie zu .jpg oder .png und lade neu. Manche CDNs — besonders solche mit On-the-fly-Umwandlung — kodieren fröhlich neu und liefern das angefragte Format; einige akzeptieren auch einen Query-Parameter wie ?format=jpg. Andere antworten mit einem 404, weil die WebP-Datei die einzige ist, die existiert.
Die drei Sekunden ist der Versuch wert. Einen Workflow solltest du nicht darauf bauen.
Lösung 3: Chrome beibringen, WebP nicht mehr anzufragen (zunehmend wackelig)
Da der Server dem Accept-Header folgt, könnte man Chrome theoretisch beibringen, WebP-Support nicht mehr zu deklarieren. In der Praxis sind die Wege enger geworden. Erweiterungen wie „Save image as PNG" gehen einen freundlicheren Weg: Sie fangen den Download ab und wandeln automatisch zu PNG um, sodass die Datei schon konvertiert auf der Platte landet. Auch Erweiterungen, die den Accept-Header umschreiben, existieren — aber manche Websites überspringen die Verhandlung komplett und liefern hart codierte .webp-URLs, und kein Header-Trick ändert das. Zudem bricht alles, was Request-Header anfasst, leise, sobald Chrome seine Erweiterungsregeln aktualisiert.
Wenn du diesen Weg gehst, teste ihn an der konkreten Website, um die es dir geht, bevor du ihm vertraust.
Lösung 4: Screenshot (das letzte Mittel)
Ja, ein Screenshot umgeht die Formatfrage vollständig. Er wirft auch die Originalauflösung weg, alle eingebetteten Metadaten und jede Transparenz — und er erfasst die Kompression und Skalierung, die die Seite für die Anzeige angewendet hat. Für ein Meme: okay. Für ein Produktbild, das du weiterverwenden willst, bist du mit denselben zehn Sekunden bei Lösung 1 besser dran — die umgewandelte Datei ist das echte Bild, kein Foto davon.
Der tiefere Grund, warum all das existiert: WebP ist für Websites schlicht besser, also wächst das Angebot an WebP-Dateien nur weiter — und dieselbe Support-Lücke ist der Grund, warum WebP-Uploads abgelehnt werden. Bis der Rest des Desktops nachzieht, halte den Konverter einen Tab entfernt: Bild speichern, reinziehen, weiter mit dem Tag.