Chromeは10月6日、Chrome 155からJPEG XL（拡張子 .jxl）のデコードに対応したと発表した。次世代の画像形式として、JPEGより30〜50%よい圧縮、可逆圧縮、HDR、JPEGからの可逆な再圧縮を挙げている。高精細または可逆が要る写真や、細かい段階的デコードが欲しい場面で特に効く、という位置づけだ。Chromeチームは、最良の結果を得るにはAVIFとJPEG XLの両方を試すよう勧めている。
画像デコーダは、ネットワーク由来の複雑なバイナリをレンダラ内で処理するため、ブラウザの攻撃面になりやすい。C++実装で起きがちな範囲外読み取りやヒープ破壊を源から減らすため、Chromeは純粋なRust実装 jxl-rs を組み込んだ。サンドボックスは残すが、第二層だとしている。速度を落とさないため、unsafeなしでSIMDを使えるRustの target_feature_11 を安定化させ、Highwayに着想した jxl_simd で複数のプラットフォームをカバーした。unsafeは確認済みの少数箇所に限る。ファジングとAIによるレビューを含め、実装の履歴を通じてメモリ安全性の不具合は見つかっていない、と書いている。
採用理由は、不具合報告や調査、Interopでの要望が続いたことだ。JPEG XLは2026年のInteropでも人気の提案で、ChromeはInterop 2026の調査に参加し、機能ごとのテストがChromeで通ることを確認した。
フロントエンドにとっては、対応したChromeへ .jxl を出し始められる、という変化である。写真やマスターに近い画質を小さく配りたいページから試し、アニメーションを含めて不具合は報告する。形式の優劣は素材ごとに変わるため、既存のAVIFを一度に置き換えない。デコーダがRustであることは、サイト側の書き方ではなく、ブラウザがこの形式を載せる判断の一部である。