JPEG XLとは：2026年Firefox 157とChromeの標準対応を解説
8月24日、MozillaとChromeがJPEG XL出荷を表明。Firefox 157が期限、デコーダはjxl-rs。
2026年8月24日、Mozilla は Mozilla Hacks で JPEG XL の Intent to Ship を出した。Firefox 157（9月末目標）でデコードを既定オンにする。同日、Chromium も Blink での JPEG XL 出荷意向を提出した。マイクや画面共有の手順記事ではない。
検索語は JPEG XL 2026 Firefox Chrome デフォルト復号。Safari は 2023年から一部対応。Chrome は 2022年に実験実装まで削除した。今回の再導入は、Google Research が Rust で書いた jxl-rs が条件を満たしたからで、約10万行のマルチスレッド C++ 参照実装を復活させる話ではない。
誰が、いつ、何をしたか
Jake Archibald によれば、Firefox は 2021年にフラグ付きで JPEG XL を入れたが、攻撃面の大きいデコーダを既定にはできなかった。Mozilla は Google Research の JPEG XL チームに、安全・高速・小型・互換な Rust デコーダを求め、それが揃えば出荷すると約束した。成果が jxl-rs で、Firefox 実装の中核であり、Chrome の意向も同じデコーダを指す。Phoronix は同日、Nightly では既定オンだと報じた。Chrome 側は全ユーザー向けの確定バージョンを書いていない。
Mozilla
Intent to Ship：Firefox 157 で全プラットフォーム既定デコード。Nightly は先行。出典：Mozilla Hacks、2026-08-24。
Chromium / Chrome
Blink デコードの Intent。jxl-rs ベース。出荷の意思表明であり、すでに全量公開された証拠ではない。
Safari
2023年から JPEG XL。Archibald は、Firefox が重視するプログレッシブ描画が不足していると記す。
詰まったのは圧縮率ではなくデコーダ
JPEG XL は既存 JPEG をロスレス再包装でき（よく約20%と引用される）、ファイルのごく一部で被写体が分かる。ブラウザが止まったのは攻撃面だ。画像は多様で信頼できない入力である。Mozilla は「書き直してから出す」という条件を置き、Google Research が Rust でそれを満たした。
JPEG XL と AVIF
Archibald 自身の作例では、一般的な有損のウェブ写真は AVIF の方が小さいことが多い。ロスレスと旧 JPEG の再圧縮は JPEG XL が強い。AVIF のプログレッシブは弱いので、巨大画像では JPEG XL を選ぶ理由になり得る。自分の画像で測ること。
| 用途 | AVIF | JPEG XL |
|---|---|---|
| 有損のウェブ写真 | 多くの場合より小さい | 同品質では大きいことが多い |
| ロスレス / JPEG 再包装 | 弱い | 向いている |
| プログレッシブ | 基本的 | Firefox の重点 |
ブラウザの共同部屋との関係
コーデックの話は画像パイプラインの話だ。短い共同作業は、ブラウザを開き、同じページで図を終えること。スマホで入れるかは
モバイルブラウザのメモを。共有キャンバスだけなら
一枚の絵を同じページに置く方が .jxl 論争より実務的だ。今すぐ部屋を開くなら
rtcroom トップへ。
まだ疑問は？
Chrome 安定版はすでに JPEG XL を解くのか？
2026年8月24日の動きは Intent to Ship。Chromium は以前から jxl-rs をマージしフラグで試している。全安定ユーザーの既定オンは後続リリースノート次第。
jxl-rs とは？
Google Research の Rust 製 JPEG XL デコーダ。Mozilla はこれを出荷条件にした。Firefox と予定上の Chrome 経路は、2022年以前の C++ を復活させない。
今すぐ AVIF から移すべきか？
いいえ。Mozilla 自身の比較でも一般的なウェブ写真は AVIF が小さい。Firefox 157 と Chrome の既定を待って実測を。CDN と CMS はブラウザより遅れる。