Cookies für Statistik und Werbung
Wir setzen Cookies für Statistik und Werbung ein, beides geht an Google. Wenn du ablehnst, ändert sich für dich sichtbar nichts.Zur Datenschutzseite
JXL kannst du hier kostenlos und ohne Konto in WebP umwandeln: Datei oben ablegen, und ein, zwei Sekunden später steht das Ergebnis zum Herunterladen bereit. Die Umwandlung läuft in deinem eigenen Browser, die Datei wird also nie hochgeladen — das klappt unter Windows, macOS und Linux ebenso wie auf iPhone und Android, und es funktioniert selbst dann noch, wenn du das Netz abschaltest.
Bis zu 100 Dateien auf einmal. Gemischte Formate sind kein Problem.
Sie werden nacheinander umgewandelt und kommen zusammen als ZIP zurück.
JXL in WebP



JPEG XL hat den Streit um den Browser verloren. Chrome führte es hinter einer Testflagge, entfernte den Dekoder 2023 wieder und hat ihn seither nicht zurückgebracht; Safari hat es dagegen behalten. Diese Spaltung ist der Grund, warum diese Seite überhaupt Besucher hat: Ein Bild, das auf dem Mac perfekt aussieht, ist für den Großteil eines Publikums nur ein zerbrochenes Symbol — ohne dass an der Datei etwas falsch wäre.
WebP steht auf der anderen Seite dieser Geschichte. Google veröffentlichte es 2010, jeder aktuelle Browser liest es, ebenso die Upload-Formulare, Redaktionssysteme und Chat-Programme dazwischen. Die Umwandlung ist technisch kein Fortschritt — sie tauscht Genauigkeit gegen Reichweite, bewusst.
Browserunterstützung ist die Schlagzeile, kostet aber selten den ganzen Nachmittag. Die eigentlichen Ausfälle liegen bei der Software, an die niemand zuerst denkt: eine Typo3- oder Shopware-Mediathek, die die Dateiendung ablehnt, eine Slack-Vorschau, die leer bleibt, ein Windows-Kollege, dessen Fotos-App nichts anzeigt, ein Produktfeed-Validator, der die Datei komplett zurückweist. Keiner dieser Orte zeigt eine hilfreiche Fehlermeldung; die meisten tun einfach so, als sei nichts angehängt worden.
JPEG XL hat GIMP und ImageMagick auf seiner Seite und im Alltagsbereich vergleichsweise wenig sonst. WebP kommt mit Photoshop, GIMP und praktisch universeller Handhabung überall dort, wo eine Datei hochgeladen statt geöffnet wird. Geht es zu einem Formular, einem Feed oder in ein fremdes Postfach, entscheidet allein dieser Unterschied die Umwandlung.
JPEG XL erlaubt bis zu 32 Bit je Kanal und beschreibt weite Farbräume nativ, was ein guter Teil des Grundes ist, warum es für Archivzwecke vorgeschlagen wurde. WebP speichert acht Bit je Kanal und nicht mehr. Jede Reserve, die das Original für Belichtungskorrektur oder Farbraumanpassung mitbrachte, endet mit dieser Umwandlung.
Das passiert schon vor dem eigentlichen Kodieren: Der JPEG-XL-Dekoder liefert 8-Bit-RGBA-Pixel, und alles Weitere arbeitet mit diesem Puffer. Das JXL aufheben — es ist die Mastervorlage, und sobald diese Pixel 8-Bit sind, führt kein Weg zurück zur ursprünglichen Tiefe.
Das überrascht bei Scans und Panoramen. Der WebP-Behälter kodiert Bildmaße in 14 Bit, also sind 16.383 Pixel je Achse das feste Maximum — keine Einstellung, keine Stufe, sondern eine Grenze, die im Format selbst steckt. JPEG XL kennt im üblichen Gebrauch keine vergleichbare Obergrenze, was mit ein Grund war, es für Scan- und Archivarbeit vorzuschlagen.
Die Maximalbreite auf dieser Seite ist die Antwort, wenn eine Datei darüber hinausgeht. Eine Breite setzen, die das Ziel tatsächlich braucht — 2.000 Pixel reichen für ein randabfallendes Webbild großzügig aus —, und die Umwandlung skaliert vor dem Kodieren herunter. Ist der Sinn der Datei gerade, dass sie 20.000 Pixel breit ist, ist WebP das falsche Ziel, und TIFF oder PNG die ehrlichere Empfehlung.
Beide Formate tragen einen vollen Alphakanal, deshalb ist das eine der wenigen Umwandlungen hier, bei der Transparenz kein Thema ist. Ein freigestelltes Produktfoto oder ein Logo mit weichem Rand kommt ohne Hintergrundfarbe zum Auswählen und ohne Rand um die Kanten an.
Das lohnt sich mit den Alternativen zu vergleichen: Der Weg zu JPG oder BMP verlangt, den Alphakanal auf eine gewählte Farbe zu flachbügeln, und sitzt das Bild später auf mehreren Hintergründen, ist diese Wahl ein dauerhafter Fehler. Wo Transparenz in der Quelle steckt, sind WebP und AVIF die einzigen zwei üblichen Auslieferungsziele, die sie behalten.
JPEG XL kann Animation tragen, WebP ebenfalls — was diesen Fall enttäuschend macht: Der hier verwendete Dekoder liefert genau ein Bild, also kommt eine animierte Quelle als Standbild an. Das erste Bild ist, was übrig bleibt, der Rest der Datei fällt stillschweigend vom Codec weg, nicht durch eine Entscheidung auf dieser Seite.
Ist die Bewegung wichtig, ist das Bildformat der falsche Ort dafür. Ein kurzer Clip als MP4 oder WebM ist meist ein Bruchteil der Größe der gleichwertigen Animation und läuft mit Hardware-Dekodierung auf jedem Telefon. Diese Umwandlung eignet sich, um ein Vorschaubild aus einer animierten Datei zu holen, nicht, um die Animation selbst zu verschieben.
Die Voreinstellung liegt bei 82, dem Punkt, an dem die erneute Kodierung bei normaler Ansichtsgröße auf den meisten Fotos unsichtbar bleibt. Weil die Quelle in den meisten Fällen schon ein komprimiertes Bild ist, ist das hier eine zweite Runde verlustbehafteter Kompression, und die Spuren, die sich addieren, zeigen sich an harten Kanten und Text eher als am freien Himmel.
Für Screenshots, Diagramme und alles mit ein Pixel breiten Linien oder kleiner Schrift lohnt sich ein höherer Wert Richtung neunzig, weil sich dort eine zweite Runde zuerst zeigt. Niedriger als siebzig nur bei dekorativen Hintergründen, die niemand genau ansieht. Und jede neue Größe aus dem JXL neu ableiten statt das WebP erneut zu kodieren, weil jede Runde durch einen verlustbehafteten Codec bei den Fehlern der vorherigen Runde anfängt.
JPEG XL kann EXIF, XMP und ein ICC-Farbprofil tragen. Nichts davon erreicht die Ausgabe hier. Die Umwandlung dekodiert zu reinen Pixeln und kodiert neu, und das ist ein Weg, den kein Metadatenblock übersteht. Es gibt dafür keinen Schalter auf dieser Seite, weil es nichts gibt, worüber ein Schalter entscheiden könnte: Es kreuzen nur die Pixel.
Bei einem Webbild ist das meist genau das gewünschte Ergebnis — die GPS-Koordinaten des Hauses, in dem ein Foto entstand, haben in einem Seitenobjekt nichts verloren —, aber ein Verlust ist es dort, wo die Datei auch ein Beleg ist. Zählen Aufnahmedatum, Kameramodell oder Farbprofil, das JPEG XL neben dem WebP aufheben. Besonders das Profil: Ein untagged WebP wird von jedem Betrachter als sRGB gelesen, wodurch ein weiter Farbraum sichtbar verschieben kann.
WebP kennt zwei Modi. Der verlustfreie speichert exakte Pixel und ist die richtige Wahl für flache Grafik; der verlustbehaftete ist ein Standbild des Videocodecs VP8 und das, was fast jedes WebP im Web tatsächlich ist. Diese Umwandlung schreibt die verlustbehaftete Art, bei der gewählten Qualität, ohne Schalter, um das zu ändern.
Eine Eigenheit dieses Encoders arbeitet dabei zum eigenen Vorteil: Der Alphakanal wird getrennt von der Farbe und standardmäßig in voller Qualität komprimiert, sodass die Transparenz scharf bleibt, selbst wenn das Bild selbst hart komprimiert wird. Wer aus einem JPEG XL echt verlustfreie Ausgabe braucht, findet auf dieser Seite PNG als Ziel dafür — bei entsprechend größerer Datei.
Das ganze Verzeichnis ablegen. Jedes JPEG XL wird nacheinander auf dem eigenen Prozessor dekodiert und neu kodiert, behält seinen Dateinamen mit ausgetauschter Endung, und das Ergebnis kommt als ein ZIP zurück. Es gibt keine Warteschlange, keine Wartezeit je Datei und keine Tagesgrenze, weil kein Server die Arbeit übernimmt.
Das Datenschutzargument fällt hier stärker aus als sonst, wegen der Frage, wer JPEG-XL-Dateien überhaupt besitzt: Fotografen, die einen Archivcodec ausprobieren, Apple-Geräte und Leute, die das Format bewusst gewählt haben — also eher persönliche Fotosammlungen als Stockbilder. Dateien bis 100 MB laufen im kostenlosen Tarif durch, und keine davon verlässt das Gerät, an dem gerade gesessen wird.
| JXL | WebP | |
|---|---|---|
| Vollständiger Name | JPEG XL | WebP-Bild |
| Dateiendung | .jxl | .webp |
| Medientyp | image/jxl | image/webp |
| Kompression | Beides, je nach Einstellung | Beides, je nach Einstellung |
| Erstmals veröffentlicht | 2021 | 2010 |
| Herausgegeben von | Joint Photographic Experts Group | |
| Spezifikation | ISO/IEC 18181 | RFC 9649 |
| Lizenzlage | Offener Standard | Offener Standard |
| Heutiger Stand | Nische | Aktuell |
| Bittiefe | 32 | 8 |
| Kann Farbe beschreiben als | RGB, Graustufen, großer Farbraum | RGB, YCbCr |
| Größtes Bild | — | 16.383 px je Seite |
| Öffnet im Browser | Manche Browser | Jeder Browser |
| Stattdessen erwogen | AVIF, PNG | AVIF, JPG, PNG |
JXL speichert bis zu 32 Bit pro Kanal, WebP 8. Die zusätzliche Genauigkeit ist das, was starke Korrekturen ohne Streifenbildung übersteht — wandle deshalb besser nach der Bearbeitung um als davor.
Die Transparenz bleibt. JXL und WebP speichern beide einen Alphakanal — ein Freisteller bleibt freigestellt, und hinter ihm wird nichts aufgefüllt.
Die Animation bleibt. JXL und WebP fassen beide mehrere Einzelbilder, das Ergebnis bewegt sich also weiterhin.
WebP öffnet sich in jedem aktuellen Browser. JXL unterstützen noch weniger Browser. Wenn die Datei auf eine Webseite oder in ein Formular soll, ist das meist der ganze Grund für die Umwandlung.
GIMP liest sowohl JXL als auch WebP — du kannst das Ergebnis also gegen das Original prüfen, ohne ein zweites Programm zu brauchen.
Die beiden zielen auf verschiedene Arbeit: JXL auf die Archivierung und die Fotografie, WebP auf das Web und die Weitergabe fertiger Dateien. Das lohnt sich vorher abzuwägen — der Grund, aus dem es das eine gibt, ist meist der Grund, aus dem das andere unpraktisch ist.
JXL stammt von Joint Photographic Experts Group und wurde 2021 veröffentlicht. Aufgezeichnet wird mit 32 Bit pro Kanal.
WebP kommt von Google und stammt aus 2010, festgehalten in RFC 9649. Adobe Photoshop, GIMP und Squoosh lesen das Format.
Nein. Diese Umwandlung läuft vollständig in deinem Browser, die Datei verlässt dein Gerät also nicht. Du kannst das selbst nachprüfen: Öffne den Netzwerk-Tab der Entwicklerwerkzeuge und wandle etwas um. Zu sehen sind die Seite selbst und die Statistik- und Werbeanfragen, mit denen dieser Dienst bezahlt wird — und keine einzige, die deine Datei trägt. Hinter genau diesem Paar steckt jSquash, WebAssembly-Fassungen der Referenz-Bildcodecs; dein Browser lädt das einmal und behält es dann.
Ja. Kein Konto, kein Wasserzeichen und kein Tageskontingent, das sich verbraucht — es läuft auf deinem eigenen Rechner, du darfst also so oft wiederkommen, wie du willst. Dateien bis 100 MB verarbeitet der Browser, 100 auf einmal. jSquash wird auf deinen Rechner geladen und läuft dort — deshalb gibt es dafür keine Zählung.
WebP komprimiert, es gehen also Daten verloren. In der Standardeinstellung sieht man davon nichts; wenn du sichergehen willst, stell die Qualität höher.
JXL speichert bis zu 32 Bit pro Kanal, WebP 8. Die zusätzliche Genauigkeit ist das, was starke Korrekturen ohne Streifenbildung übersteht — wandle deshalb besser nach der Bearbeitung um als davor.
Die Transparenz bleibt. JXL und WebP speichern beide einen Alphakanal — ein Freisteller bleibt freigestellt, und hinter ihm wird nichts aufgefüllt.
Die Animation bleibt. JXL und WebP fassen beide mehrere Einzelbilder, das Ergebnis bewegt sich also weiterhin.
Was diese Seite über JXL und WebP behauptet, lässt sich nachprüfen — hier stehen die Dokumente, die es festlegen.