Bild-Konverter

Wechsle zwischen JPG, PNG, WEBP, GIF, TIFF, ICO, CUR und BMP mit vollständiger Metadaten-Kontrolle und Sofortvorschau.

Zurück zu den Tools

Batch wird transcodiert...

Bilder hier ablegen oder zum Durchsuchen klicken

Unterstützt HEIC, AVIF, gängige RAW-Formate, ICO/CUR, ZIP-Bundles.

Verarbeite bis zu 50 Dateien pro Batch ZIP-Archive werden lokal entpackt

Konvertierungs-Warteschlange

  • Reihe Dateien ein, um Status, geschätzte Dateigröße und Ausgabenamen in der Vorschau zu sehen.

Konvertierungs-Einstellungen

Erweiterte Optionen

Bevorzuge WEBP oder PNG, wenn du Alpha-Transparenz brauchst. JPEG-Export entfernt automatisch Transparenz zu festen Hintergründen.

Ziehe Dateien hierher, um Live-Vorschauen zu sehen.

Stapel-Fortschritt

Dateien verschwinden von unseren Servern direkt nachdem wir dir die konvertierten Download-Links übergeben haben.

Konvertierte Dateien landen hier mit Vorschau-Thumbnails, Metadaten und Download-Buttons.

<p>Der <strong>WebP-Converter</strong> wandelt jedes unterstützte Bild in eine WebP-Datei um. WebP ist Googles Bildformat für moderne Web-Lieferung: normalerweise 25 bis 35 Prozent kleiner als das entsprechende JPG bei gleicher visueller Qualität, mit vollständiger Alpha-Kanal-Transparenz und Animationsunterstützung. Der Converter akzeptiert JPG, JPEG, PNG, AVIF, HEIC, HEIF, BMP, TIFF, GIF (einschließlich animiert), ICO und RAW-Dateien von Canon, Nikon, Sony und anderen Kameraherstellern und erzeugt eine WebP-Ausgabe, die in jedem Kontext einsatzbereit ist, in dem ein moderner Browser sie darstellt.</p> <h2>Was WebP Besonders Macht</h2> <p>WebP kombiniert zwei Encoder in einem Container-Format. Der Lossy-Modus nutzt den VP8-Video-Codec, um fotografische Inhalte deutlich kompakter als JPG zu komprimieren; das gleiche Bild bei wahrnehmbar identischer Qualität ist normalerweise 25 bis 35 Prozent kleiner. Der Lossless-Modus verwendet einen völlig anderen Encoder mit Vorhersage und Entropie-Codierung, die für Grafiken optimiert sind, und erzeugt Dateien, die normalerweise 25 bis 30 Prozent kleiner als das entsprechende PNG sind. Der Converter bietet beide Modi plus einen Qualitätsfaktor für den Lossy-Pfad.</p> <p>Das Ergebnis ist ein einzelnes Format, das JPG, PNG und animiertes GIF in einem Schritt ersetzen kann. Moderne Browser (Chrome, Firefox, Safari, Edge) rendern WebP nativ. Jede Social-Media-Plattform, jedes moderne CMS, jeder statische Site-Generator akzeptiert es. Die verbleibenden Ausnahmen sind hauptsächlich ältere E-Mail-Clients, Legacy-Enterprise-Tools und bestimmte Print-Pipelines, weshalb JPG und PNG immer noch als Fallbacks ihren Platz haben.</p> <h2>Wann WebP Das Richtige Ausgabeformat Ist</h2> <ul> <li><strong>Hero-Bilder und Produktfotografie im Web:</strong> Die LCP-Metrik (Largest Contentful Paint) auf den meisten Content-Sites wird von der Größe des Hero-Bildes dominiert. Die Umwandlung des JPG-Hero zu WebP spart normalerweise 30 Prozent und reduziert die sichtbare Ladezeit.</li> <li><strong>E-Commerce-Katalogseiten:</strong> Eine Kategorieseite mit 24 Produkt-Thumbnails in JPG-Qualität 95 ist mehrere Megabyte groß. Die gleiche Seite in WebP wiegt ungefähr zwei Drittel.</li> <li><strong>Inline-Bilder in Blog- und News-Artikeln:</strong> Gleiche Logik. Bild-Bytes dominieren das Seitengewicht; WebP reduziert sie ohne Qualitätsverlust.</li> <li><strong>UI-Grafiken, Illustrationen, Icons:</strong> Nutze Lossless-WebP. Kleiner als das entsprechende PNG, gleiche pixelgenaue Ausgabe, volle Alpha-Unterstützung.</li> <li><strong>Animierte GIFs, die du behalten möchtest:</strong> Animiertes WebP ist normalerweise 60 bis 80 Prozent kleiner als das Original-GIF bei gleicher visueller Qualität, mit vollständiger 24-Bit-Farbe statt GIFs 256-Farben-Limit.</li> <li><strong>Überall dort, wo du das Ziel kontrollierst und die Nutzer moderne Browser verwenden:</strong> WebP ist die Standardwahl.</li> </ul> <h2>Wann WebP Nicht Die Richtige Wahl Ist</h2> <p>WebP verliert gegen AVIF bei fotografischer Kompression. AVIF komprimiert normalerweise nochmal 20 Prozent enger als WebP bei gleicher visueller Qualität, allerdings auf Kosten von langsamerer Encode-Zeit und etwas neuerer Browser-Unterstützung. Für Sites, bei denen Bild-Bytes kritisch sind und die Zielgruppe aktuelle Browser nutzt, lohnt sich AVIF. Für die meisten Sites ist WebP der praktische Sweet Spot.</p> <p>WebP verliert auch gegen JPG bei universeller Kompatibilität. Ältere E-Mail-Clients, Legacy-CMS, bestimmte Print-Pipelines und viele Desktop-Tools können WebP immer noch nicht sauber lesen. Wenn die Datei durch eines dieser Systeme wandern könnte, ist <a href="/en/image-converter/png-to-jpg">JPG</a> oder PNG die sicherere Wahl. Das Standard-Produktionsmuster ist, WebP über das picture-Element mit JPG oder PNG als Fallback für Browser zu servieren, die WebP nicht dekodieren können.</p> <h2>Was Der Converter Mit Deiner Datei Macht</h2> <p>Jede Datei streamt zum Conversion-Endpoint, wird in einen Memory-Buffer dekodiert, läuft durch den WebP-Encoder und wird als Base64 in der JSON-Response zurückgegeben. Der Browser rekonstruiert jede Datei und bietet sie als direkten Download an, oder packt den gesamten Batch in eine einzelne ZIP zum Download. Bis zu 50 Dateien pro Batch, 40 MB pro Datei. ZIP-Archive werden serverseitig entpackt und jeder Eintrag zählt gegen das gleiche 50-Datei-Limit.</p> <p>Optionen, die es zu kennen lohnt:</p> <ul> <li><strong>Lossy oder Lossless:</strong> Lossy ist die Standardeinstellung für fotografische Inhalte; der Qualitätsfaktor steuert den Kompression-gegen-Treue-Kompromiss. Der Lossless-Modus bewahrt jeden Pixel exakt und ist die richtige Wahl für Grafiken, Screenshots und UI-Assets.</li> <li><strong>Animation:</strong> Animierte GIF-Eingaben werden Frame für Frame mit ursprünglichem Timing und Loop-Zähler entpackt, in den WebP-Container neu kodiert und wieder zusammengesetzt. Die Ausgabe ist ein animiertes WebP, das mit der gleichen Geschwindigkeit abgespielt wird und sich auf die gleiche Weise wiederholt wie die Quelle.</li> <li><strong>Alpha-Kanal:</strong> PNG- und HEIC-Eingaben mit Transparenz behalten ihre Alpha in der WebP-Ausgabe. WebP unterstützt Alpha sowohl im Lossy- als auch im Lossless-Modus, daher musst du nicht zwischen Transparenz und Dateigröße wählen.</li> <li><strong>Farbprofil und Metadaten:</strong> ICC-Farbprofile und EXIF-Tags werden standardmäßig beibehalten. Die Strip-Metadata-Option entfernt sie vor dem Export, empfohlen vor der Veröffentlichung persönlicher Fotos.</li> </ul> <h2>WebP Und Der Rest Der Pipeline</h2> <p>Für Sites, die nur JPG-Bildbibliotheken haben, ist die typische Migration: Konvertiere die vorhandenen JPGs zu WebP für die primäre Lieferung und behalte die JPGs als Fallback. Der <a href="/en/image-converter">Haupt-Image-Converter</a> handhabt Batch-JPG-zu-WebP-Läufe. Um WebP-Dateien nach der Konvertierung weiter zu verkleinern, nutze den <a href="/en/image-compressor">Image-Compressor</a> mit einem niedrigeren Qualitätsfaktor; WebP-Qualität 75 bis 80 ist der Sweet Spot für Web-Fotografie und erzeugt Dateien etwa halb so groß wie Qualität 90, ohne sichtbaren Unterschied bei normalem Betrachtungsabstand. Für mehrseitige Dokumente packt der <a href="/en/image-to-pdf">Image-to-PDF-Converter</a> einen Batch WebP-Dateien in ein einzelnes PDF.</p> <h2>Datenschutz</h2> <p>Jede Konvertierung läuft im Memory auf dem Server. Dateien werden nie auf die Festplatte geschrieben, nie indexiert, nie protokolliert, nie gecacht. Der Buffer wird gelöscht, sobald die Response gesendet wird. Keine Registrierung, keine Rate Limits, kein Tracking, welche Bilder du konvertiert hast.</p> <h2 class="tools-section-title">FAQ</h2> <div class="collapse-group collapse-group-narrow"> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_1"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Wie Viel Kleiner Ist WebP Als JPG?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>Bei fotografischen Inhalten mit wahrnehmbar identischer Qualität ist WebP normalerweise 25 bis 35 Prozent kleiner als JPG. Die Einsparungen kommen vom zugrunde liegenden VP8-Codec, der effizienter als JPGs diskrete Kosinustransformation ist. Das genaue Verhältnis hängt vom Bildinhalt ab: Fotos mit sanften Farbverläufen und großen flachen Bereichen komprimieren besonders gut, während Fotos mit feinen hochfrequenten Details weniger sparen. WebP- und JPG-Qualitätszahlen sind nicht direkt vergleichbar: WebP mit Qualität 80 sieht ungefähr gleichwertig zu JPG mit Qualität 90 aus, nicht JPG mit Qualität 80.</p> </div> </div> </div> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_2"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Sollte Ich WebP Oder AVIF Verwenden?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>WebP ist die praktische Standardwahl für die meisten Sites. Es hat nahezu universelle moderne Browser-Unterstützung, kodiert schnell und verkleinert Dateien erheblich im Vergleich zu JPG und PNG. AVIF komprimiert noch enger, normalerweise nochmal 20 Prozent auf WebP bei gleicher visueller Qualität, dauert aber deutlich länger zum Kodieren und hat etwas neuere Browser-Unterstützung. Für bild-intensive oder LCP-kritische Seiten lohnt sich AVIF. Für alles andere bietet WebP die meisten Vorteile mit weniger Komplexität. Moderne Picture-Element-Setups servieren oft AVIF zuerst, WebP als Fallback, JPG als universales Sicherheitsnetz.</p> </div> </div> </div> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_3"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Unterstützt WebP Transparenz Wie PNG?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>Ja. WebP unterstützt einen vollständigen 8-Bit-Alpha-Kanal sowohl im Lossy- als auch im Lossless-Modus, daher überstehen weiche Schlagschatten, kantengeglättete Kanten und Masken mit Teiltransparenz die Konvertierung exakt. Lossless-WebP mit Alpha ist normalerweise 25 bis 30 Prozent kleiner als das entsprechende PNG ohne Qualitätsunterschied. Lossy-WebP mit Alpha verkleinert fotografische Inhalte mit transparenten Bereichen weit unter PNG oder Lossless-WebP.</p> </div> </div> </div> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_4"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Kann Ich Animierte GIFs Zu Animiertem WebP Konvertieren?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>Ja. Animierte GIFs werden Frame für Frame mit ihrem ursprünglichen Timing und Loop-Zähler dekodiert. Jeder Frame wird in den WebP-Container neu kodiert und die Animation wird mit intaktem Timing wieder zusammengesetzt. Das Ergebnis ist normalerweise 60 bis 80 Prozent kleiner als das Quell-GIF bei gleicher visueller Qualität, mit dem Bonus, dass WebP vollständige 24-Bit-Farbe pro Frame unterstützt statt GIFs 256-Farben-Palette. Moderne Browser und Chat-Apps rendern animiertes WebP nativ.</p> </div> </div> </div> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_5"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Funktioniert Mein WebP-Bild In E-Mail Und Älteren Browsern?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>Moderne Browser rendern alle WebP. Ältere E-Mail-Clients (Outlook 2016 und früher, einige Webmail-Varianten), Legacy-Enterprise-Tools und bestimmte Desktop-Image-Viewer können das möglicherweise nicht. Wenn das Bild durch eines dieser Systeme wandern muss, ist JPG oder PNG die sicherere Wahl. Das Standard-Muster für das offene Web ist, WebP über das Picture-Element mit einem JPG- oder PNG-Fallback zu servieren, damit moderne Browser die kleinere Datei bekommen und ältere Tools immer noch etwas sehen. Für direktes Teilen per E-Mail oder Chat bleibt JPG das universell kompatibleste Ziel.</p> </div> </div> </div> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_6"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Lossy Oder Lossless WebP Für Meinen Use Case?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>Nutze Lossy-WebP für fotografische Inhalte (Kamerabilder, Produktaufnahmen, Landschaftsbilder), bei denen ein unmerklicher Qualitätsverlust akzeptabel ist im Austausch für viel kleinere Dateien. Nutze Lossless-WebP für Grafiken, Icons, Screenshots, Logos, Diagramme, Illustrationen und jedes Bild mit scharfen Kanten, einfarbigen Bereichen oder Text. Die Faustregel: War die Quelle ein JPG, nutze Lossy-WebP; war die Quelle ein PNG, nutze Lossless-WebP, es sei denn, Dateigröße ist kritisch.</p> </div> </div> </div> <div class="collapse-container collapse-faq" data-collapse-accordion data-collapse-group="seo-faq" data-collapse-no-save data-collapse-key="seo_faq_7"> <button class="collapse-header" type="button"> <div class="collapse-header-content"> <i class="fas fa-lightbulb collapse-header-icon" aria-hidden="true"></i> <span class="collapse-header-title">Werden Hochgeladene Dateien Irgendwo Gespeichert?</span> </div> <i class="fas fa-chevron-down collapse-chevron" aria-hidden="true"></i> </button> <div class="collapse-content"> <div class="collapse-content-inner"> <p>Nein. Dateien streamen zum Conversion-Endpoint, dekodieren in einen Memory-Buffer, laufen durch den WebP-Encoder und werden in der Response zurückgegeben. Nichts wird auf die Festplatte geschrieben, indexiert, protokolliert oder gecacht. Der Buffer wird gelöscht, sobald die Response gesendet wird, daher gibt es keine Kopie zu wiederherstellen. Das Tool erfordert keine Registrierung und verfolgt nicht, welche Bilder du konvertiert hast.</p> </div> </div> </div> </div>