分析と広告のためのCookie
分析と広告のためにCookieを使っており、どちらもGoogleに送られます。拒否しても、目に見える動作は何も変わりません。プライバシーポリシーを読む
ここで JXL を WebP に変換できます。無料、アカウント不要です。ファイルを上の枠に落とせば、数秒で結果がダウンロードできる状態になります。 変換はお使いのブラウザーの中で行われるので、ファイルはアップロードされません。Windows でも macOS でも Linux でも、iPhone でも Android でも同じように動き、通信を切っても動き続けます。
一度に100ファイルまで。フォーマットが混ざっていても構いません。
順番に変換し、まとめてZIPでダウンロードします。
JXL から WebP



JPEG XL はブラウザーの支持を得られませんでした。Chrome はフラグの裏でいったん対応したものの 2023 年にデコーダーを外し、それ以来戻していません。Safari は対応を続けています。そのため、Mac ではきれいに表示される写真が、多くの相手にとっては壊れた画像アイコンにしか見えません。
WebP はその逆で、Google が 2010 年に公開し、RFC 9649 として仕様化され、いまでは主要なブラウザーすべてが読み込めます。アップロードフォームやチャットアプリ、コンテンツ管理システムの多くも対応しています。この変換は技術的な意味での向上ではなく、画質を届く範囲と引き換える作業です。
JPEG XL は 1 チャンネルあたり最大 32 ビットまで扱え、広色域にも対応しているため、アーカイブ用途として提案された理由のひとつになっています。WebP が保持できるのは 8 ビットまでで、それ以上はありません。
この変換のパイプラインでは、デコーダーが 8 ビットの RGBA ピクセルを返し、それ以降の処理はすべてそのバッファーの上で行われます。つまり深度の削減は符号化の妥協としてではなく、入り口の段階で起きます。露出補正や色域変換のための余地が元にあったとしても、この変換で失われます。元の JPEG XL は保管しておいてください。
WebP のコンテナは画像の縦横をそれぞれ 14 ビットで記録するため、片辺あたり 16,383 ピクセルが上限です。これは設定ではなく、形式そのものに書き込まれた制限です。JPEG XL には通常の用途でこれに匹敵する上限がありません。
このページにある最大幅の設定は、そのときの答えになります。実際に必要な幅——ウェブ用の全幅画像なら 2,000 ピクセルもあれば十分です——を指定すれば、符号化の前に縮小されます。もし画像そのものが 20,000 ピクセル幅であることに意味があるなら、WebP は行き先として不向きで、TIFF や PNG のほうが正直な選択です。
両方の形式とも完全なアルファチャンネルを持てるため、この変換では透明度がほぼ無条件で保たれます。切り抜いた商品写真や輪郭がやわらかいロゴも、背景色を選ぶ必要もにじみもなく変換できます。
JPG や BMP に変換する場合はアルファを選んだ色で塗りつぶす必要があり、複数の背景の上に置かれる画像ではその選択が誤りになりがちです。透明度がある元画像に対して、WebP と AVIF はそれを保ったまま配信できる数少ない主流の形式です。
JPEG XL も WebP もアニメーションを持てる形式ですが、ここで使われているデコーダーは静止画を 1 枚返すだけです。動きのある元ファイルは、選択の余地なく静止画として出てきます。
動きそのものが目的なら、画像形式へ変換すること自体が方向として合いません。短いクリップを MP4 や WebM にするほうが、同等のアニメーションよりはるかに小さく、どの端末でもハードウェアで再生できます。この変換は、アニメーションからポスター用の 1 コマを取り出す手段として捉えてください。
既定値は 82 で、多くの写真では通常の表示サイズで再符号化の跡が見えなくなる水準です。元がすでに圧縮された画像である場合が多いので、これは 2 回目の非可逆圧縮であり、崩れが出やすいのは細かい輪郭や文字のまわりです。
スクリーンショットや図表、小さな文字を含む画像では 90 台半ばまで上げてください。誰も注視しない装飾的な背景であれば 70 を下回っても構いません。サイズを変えたいときは、書き出した WebP からではなく元の JPEG XL から変換し直すのが安全です。
JPEG XL は EXIF や XMP、ICC プロファイルを保持できますが、その情報は出力に含まれません。画素まで開いてから書き直すため、メタデータの区画が渡る経路自体が存在しないからです。この処理を制御するスイッチはありません。渡すものがないのです。
ウェブ用の画像であれば、撮影場所の座標が含まれないことはむしろ望ましいはずです。撮影データそのものが記録として大切なら、WebP と一緒に元の JPEG XL も残しておいてください。カラープロファイルが付いていない WebP はすべてのビューアーで sRGB として扱われるため、広色域の元画像は見た目が変わることがあります。
フォルダーごとドロップできます。各 JPEG XL はお使いの端末上で順番にデコードと再符号化が行われ、ファイル名の拡張子だけが変わり、まとめて 1 つの ZIP として戻ってきます。待ち行列も 1 日あたりの上限もありません。サーバーで処理していないからです。
JPEG XL のファイルを持っている人は、アーカイブ用の符号化を試した写真家や Apple 製の端末の利用者であることが多く、その中身は個人の写真ライブラリーであることが少なくありません。ファイルは無料枠で 100 MB まで変換でき、どれもこの端末から出ていきません。
| JXL | WebP | |
|---|---|---|
| 正式名称 | JPEG XL | WebP 画像 |
| 拡張子 | .jxl | .webp |
| メディアタイプ | image/jxl | image/webp |
| 圧縮方式 | 設定によってどちらにもなる | 設定によってどちらにもなる |
| 最初の公開 | 2021 | 2010 |
| 発行元 | Joint Photographic Experts Group | |
| 仕様 | ISO/IEC 18181 | RFC 9649 |
| ライセンス | オープン標準 | オープン標準 |
| 現在の位置づけ | 限定的 | 現行 |
| ビット深度 | 32 | 8 |
| 扱える色 | RGB, グレースケール, 広色域 | RGB, YCbCr |
| 最大の画像 | — | 1辺 16,383 px |
| ブラウザで開けるか | 一部のブラウザ | すべてのブラウザ |
| 代わりに検討される形式 | AVIF, PNG | AVIF, JPG, PNG |
JXL は 1 チャンネルあたり 32 ビットまで扱え、WebP に残るのは 8 ビットです。この余裕こそが、思い切った補正をかけてもトーンジャンプを出さずに耐えるぶんです。ですから変換は編集のあとに行ってください。先ではありません。
透明は保たれます。JXL も WebP もアルファチャンネルを扱えるので、切り抜いた部分は切り抜かれたままで、その後ろに何かが塗られることはありません。
アニメーションは保たれます。JXL も WebP も複数フレームを持てるので、結果も動いたままです。
WebP は今のブラウザーならどれでも開けます。JXL はそこまでも届きません。ファイルがウェブページや申込フォームへ向かうのであれば、たいていはそれがこの変換の理由のすべてです。
GIMPは JXL と WebP のどちらも読めるので、別のプログラムを開かずに、結果を元のファイルと並べて確かめられます。
2 つは狙っている用途が違います。JXL は長期保存と写真、WebP はウェブと完成したファイルの受け渡しです。ここは考える価値があります。一方が存在する理由が、そのままもう一方が使いにくい理由になっていることが多いからです。
JXL は Joint Photographic Experts Group の形式です(2021 年に登場)。 記録は 1 チャンネルあたり 32 ビットです。
WebP は Google の形式で、2010 年から使われています。規定は RFC 9649 です。Adobe Photoshop、GIMP、Squooshがこの形式を読めます。
いいえ。この変換は完全にブラウザーの中で行われるので、ファイルが端末から出ることはありません。ご自分で確かめられます。開発者ツールのネットワークタブを開いて、何か変換してみてください。ページそのものと、このサービスの費用をまかなっている分析・広告のリクエストは見えますが、あなたのファイルを運んでいるリクエストはひとつもありません。
はい。アカウントも透かしもなく、消費される 1 日の割り当てもありません。お使いの機械の上で動くので、何度でも戻ってきていただけます。ブラウザーが扱えるのは 100 MB までのファイルで、一度に 100 本です。
WebP は圧縮するので、データはいくらか失われます。初期設定では気づかない程度ですが、確実にしたい場合は品質を上げてください。
JXL は 1 チャンネルあたり 32 ビットまで扱え、WebP に残るのは 8 ビットです。この余裕こそが、思い切った補正をかけてもトーンジャンプを出さずに耐えるぶんです。ですから変換は編集のあとに行ってください。先ではありません。
透明は保たれます。JXL も WebP もアルファチャンネルを扱えるので、切り抜いた部分は切り抜かれたままで、その後ろに何かが塗られることはありません。
アニメーションは保たれます。JXL も WebP も複数フレームを持てるので、結果も動いたままです。
このページがJXLとWebPについて述べていることは検証できます。根拠となる資料は次のとおりです。