WebP を JPEG XL に変換
下のエリアに WebP ファイルをドロップすると JPEG XL ファイルが得られます。変換はお使いの端末上で行われるため、アップロードは発生せず、ブラウザのメモリが許す限りサイズや枚数の制限もありません。
ここに画像をドロップ
Ctrl/⌘ Vスクリーンショットやコピーした画像を貼り付け
対応形式: WebP
値を下げるほどファイルは小さくなります。写真なら 75 が扱いやすい既定値です。
100% ブラウザ内処理 ファイルは一切アップロードされません。
なぜ WebP を JPEG XL に変換するのか
同じ写真であれば、JPEG XL は元の WebP よりもかなり小さく収まるのが普通です。ページの読み込み容量を削りたいとき、アップロード上限に収めたいときに効いてきます。
どちらも非可逆形式です。再エンコードのたびに少しずつディテールが失われるため、何度も変換を経たコピーではなく、元のファイルから変換するのが得策です。
It is worth being blunt about this one: for most people it is not worth doing yet. JPEG XL is the better format on paper, but you are starting from an already-compressed WebP and ending at a format almost nothing can display. The cases where it pays off are real but specific.
Before you convert
A second lossy pass eats most of the theoretical gain
JXL's efficiency advantage over WebP is measured by encoding both from the same untouched original. Encoding from a WebP means the detail WebP discarded is already gone, and JXL now spends bytes reproducing WebP's artefacts faithfully. Whatever margin remains is a fraction of the number you may have read. If the original file exists, encode from that.
You are trading universal support for almost none
WebP works in every browser people use. JXL, as of August 2026, opens out of the box only in Safari — roughly 14 percent of visitors — with Chrome's decoder still behind a flag pending a default-on expected later in the year. As a swap for a delivery format this is straightforwardly a downgrade until that changes.
Where it does make sense
Two situations. If the WebP was lossless to begin with, JXL lossless will store the same pixels in less space with nothing given up. And if you are building an archive rather than serving a page, betting on JXL is defensible — it is an open standard, it is arriving in browsers, and storage savings compound over years.
What carries over
- Transparency
- Pixel dimensions
- Every pixel, if both ends are lossless
What does not
- Practical viewability, for now
- A little detail, on a lossy source
- Animation, if the source had any
WebP と JPEG XL の比較
| 項目 | WebP | JPEG XL |
|---|---|---|
| 圧縮方式 | 非可逆 | 非可逆 |
| 透過 | 対応 | 対応 |
| 一般的なファイルサイズ | 同等の JPEG のおよそ 65-75% | 同等の JPEG のおよそ 45-60% |
| 互換性 | 現行のすべてのブラウザとほとんどのアプリが対応 | Safari と比較的新しい Chrome が対応。それ以外ではまだ稀 |
| 主な入手元 | ページ容量を最適化しているウェブサイト | 長期保存や写真編集のワークフロー |
よくある質問
WebP ファイルはどこかにアップロードされますか？
いいえ。デコーダーとエンコーダーはこのページ内で動く WebAssembly モジュールです。形式を初めて使う際はネットワークタブにコーデックの取得が表示されることがありますが、ファイルを含む通信はありません。対応ブラウザでは一度使ったコーデックがキャッシュされ、以後は同じ変換をオフラインでも実行できます。
ファイルサイズや枚数の制限はありますか？
当サイト側では設けていません。実際の上限は端末のメモリです。変換中は画像を非圧縮で保持する必要があるためです。一般的なノートパソコンなら、1 億画素程度までは問題なく変換できます。
JPEG XL に変換すると画質は落ちますか？
JPEG XL は非可逆形式のため、一部のデータが捨てられます。既定の品質設定であれば、通常の表示サイズで違いが見えることはありません。ピクセル単位で完全に同じコピーが必要な場合は PNG を選んでください。
スマートフォンでも使えますか？
はい。同じ WebAssembly モジュールがモバイルブラウザでも動作します。スマートフォンの CPU は非力なためデスクトップより時間がかかり、非常に大きな画像ではメモリの上限に達しやすくなります。
なぜ手元のファイルが WebP なのですか？
現在は多くのウェブサイトが JPEG より小さい WebP を配信しているため、ウェブページから画像を保存すると WebP になることがほとんどです。ブラウザの対応は十分ですが、デスクトップソフトの対応は明らかに見劣りします。変換の需要が高いのはそのためです。
JPEG XL はもう使える段階ですか？
部分的には使えます。Safari は以前から対応しており、Chrome も 2026 年初頭に正式対応しましたが、全体の対応率は依然として 15% 前後です。汎用性より圧縮品質が重視される保存・アーカイブ用途には向いていますが、今日公開ウェブサイトに載せる画像には向きません。