ChromeがJPEG XLに対応。写真の画質とWebの軽さは両立できるか
旅先の街並みを撮った写真は、明暗の幅も色も豊かになった。一方、Webに載せるときには「きれいに見せたい」と「すばやく開いてほしい」の間で、今も容量を削る判断が続く。その選択肢に変化がある。Googleは10月6日、Chrome 155から画像形式「JPEG XL（.jxl）」のデコードに対応すると発表した。
古い写真資産を生かせる新形式
JPEG XLは、従来のJPEGより高い圧縮効率を目指す国際標準の画像形式だ。ChromeチームはJPEG比で30〜50％高い圧縮効率、HDR、可逆圧縮、段階的な表示を特徴に挙げる。ただし、この数字はあらゆる画像が必ず同じ割合で小さくなるという保証ではない。写真の内容、画質設定、比較対象のエンコード方法によって結果は変わる。
興味深いのは、既存のJPEGを画素を変えずにJPEG XLへ変換し、元のJPEGファイルへ正確に戻せる仕組みだ。JPEG委員会も、この可逆トランスコードを移行時の利点として説明している。膨大な写真アーカイブを抱えるメディアやECサイトにとって、元画像を捨てずに保管・配信の選択肢を増やせる。ただし、閲覧側がJPEG XLを読めなければ、従来形式を届ける経路は引き続き必要になる。
画像を開くための安全性も設計した
ブラウザは、ネットから届く画像のバイナリを日々処理する。ChromeはJPEG XL対応にあたり、Rust製の「jxl-rs」デコーダーを採用した。複雑な画像形式を扱うコードで、メモリの扱いに起因する不具合のリスクを下げる狙いがある。同チームはSIMDによる高速化も進め、検証にはファジングやコードレビューを用いたと説明する。これは安全性への設計上の投資であり、脆弱性が将来起きないという証明ではない。
ChromeはAVIFとの使い分けも勧めている。JPEG XLは高忠実度や可逆圧縮の写真、細かい段階表示が役立つ場面で特に有望だという。制作現場にとって大切なのは「次の標準」を一つに決め打ちすることより、自分たちの画像と閲覧環境で、画質、転送量、表示速度を測ることだ。
日本のサイト運営者は何を試すか
観光メディアなら夜景や食の写真、ECなら商品の質感、文化施設なら収蔵画像で試す価値がある。まず代表的な画像をJPEG XLとAVIFに変換し、同じ見た目の品質で容量を比べる。次にスマートフォン回線での表示を確かめ、JPEGなどの代替画像を用意する。アップロード、画像変換、CDN、CMSまで含む配信経路も点検したい。
Chromeの対応発表だけで、すべての利用者へ一斉にJPEG XLを届けられるわけではない。それでも、写真の豊かさを保ちながらWebを軽くする選択肢が広がる。画像はページの飾りではなく、体験の速度と記録の質を同時に決めるインフラなのだ。
出典：Chrome for Developersの発表（2026年10月6日）、JPEG委員会のJPEG XL解説。内容は2026年10月9日時点の公開情報に基づく。