Google は最近、Chromium ブラウザ エンジンに JPEG XL 画像形式のネイティブ サポートを再度追加し、長年のメモリの安全性とセキュリティのコンプライアンス要件を満たすために新しい Rust 実装デコーダ jxl-rs を採用しました。現時点では、この機能はコードに統合されていますが、ユーザーは依然として次のことを行う必要があります。chrome://flags手動で開く#enable-jxl-image-formatSwitch さん、この形式が Chrome の公式チャンネルに戻ったのは、2022 年の Chrome 110 バージョン以来初めてです。同時に、他の主要なブラウザでの JPEG XL のサポートはまだ不完全です。Firefox は設定で手動で有効にする必要がありますが、Safari は部分的なサポートしかありません。
JPEG XL は、古い JPEG 標準に代わる次世代の画像形式とみなされます。従来のJPEGと比較して、同等の画質の条件下でファイルサイズを大幅に削減できます。圧縮後は、デコード速度が非常に速いにもかかわらず、サイズを最大約 60% 削減できるため、Web ページの読み込みパフォーマンスの全体的な向上につながります。 JPEG は過去 20 年間で広く普及しましたが、現代の標準では圧縮効率の点で遅れをとっています。したがって、業界は、高解像度や HDR などの新世代の画像要件をサポートするための新しいオープン フォーマットを探してきました。
Google は、2022 年に Chrome での JPEG XL の実験的サポートを削除することに率先して取り組みました。当時挙げられた理由には、Web サイトの普及率が低い、環境への需要が不十分である、メンテナンス コストへの投資を継続する意義が限られている、などが含まれていました。さらに、Google 自体も、策定に参加したもう 1 つの画像形式である AVIF を積極的に推進しており、Web 上でのこの形式の採用を促進し、標準音声での優位性を獲得したいと考えています。
2 年後、複数の要因が重なって Google は姿勢の変更を迫られ、JPEG XL の「復活」につながりました。一方で、Apple と Mozilla は近年、それぞれのブラウザでこの形式のサポートを提供しており、かつては Chrome が主流ブラウザの中で JPEG XL を欠いている唯一の「例外」でした。一方、2025 年末に PDF Association は、PDF 仕様にハイ ダイナミック レンジ (HDR) コンテンツを埋め込むための推奨ソリューションとして JPEG XL を選択しました。これは、Google が内蔵の PDF ビューアで新世代の PDF ドキュメントに HDR 画像を完全にレンダリングしたい場合は、この形式を再度サポートする必要があることを意味します。さらに、開発者調査やアンケートでは、JPEG XL がブラウザ側の画像サポートにおける主な問題点として挙げられています。プログレッシブ デコードやアニメーション機能などの高度な機能は、多くのコンテンツ プロバイダーやツール開発者を魅了しています。
今回、JPEG XL を再受け入れするために、Google は Rust 言語で書かれた新しいデコード実装 jxl-rs を採用し、メモリ安全機能によるセキュリティ脆弱性のリスクとメンテナンスの負担を軽減しました。 Google の見解では、メモリセーフな言語である Rust は、長期的なメンテナンスコストを削減し、従来の C/C++ 実装で頻繁に発生するメモリエラーを回避し、大規模なユーザーグループの間で新しい形式のサポートを開始するための重要な障害を取り除くのに役立ちます。開発者と Web サイト運営者にとって、Chrome が再びパズルに加わることで、デスクトップおよびモバイル ブラウザー上での JPEG XL の完全なリンクが形になりつつあり、Web ページ、PDF、さらにはさらに多くのマルチメディア コンテンツ シナリオへの JPEG XL の実装が将来的にさらに加速されることが予想されます。