Chrome 155 起正式支援解碼 JPEG XL(副檔名 .jxl)。這是瀏覽器讀圖的那一側先開,網站才有機會開始送這種檔。
Chrome 開發者部落格寫:相對傳統 JPEG,壓縮大約優 30–50%;還有無損壓縮、內建 HDR、把舊 JPEG 無損轉成更小的 .jxl(lossless JPEG transcoding)、以及漸進式解碼。
官方建議你同時試 AVIF 與 JPEG XL,看哪個適合自己的圖。他們預期 JXL 最有感的是高保真/無損、攝影類圖,或需要細緻 progressive decoding 的情境。
實作上,Chrome 採用純 Rust 寫的解碼器 jxl-rs(圖檔解碼器是瀏覽器常被攻擊的入口,用記憶體安全語言壓風險),並用 jxl_simd 這層 SIMD 抽象追效能;底子參考了 C++ 參考實作 libjxl。決策來自開發者回饋與 Interop Project;Chrome 也有參與 Interop 2026 JPEG XL Investigation,把跨瀏覽器測試補齊。
JPEG XL 是 JPEG 委員會推的次世代靜態圖格式,目標同時顧「網頁交付」與「高品質攝影檔」——比舊 JPEG 再壓一截、可無損、可 HDR、可漸進載入,還能把存量 JPEG 無損轉小再轉回。
沿革很短:約 2017–2018 JPEG 公開徵求次世代編碼;Google 的 Pik(從 Guetzli/Brunsli 一脈)與 Cloudinary 的 FUIF(從 FLIF 而來)後來合併,約兩年打磨後成為 JPEG XL,約 2022 年成為 ISO 標準。Chrome 155 解碼上線,是這條線第一次真正走進主流瀏覽器日常。
從 web 角度,這幾類最常被點名:
.jxl 變小,需要時還能轉回 JPEGSafari 與其他瀏覽器、以及 CDN/建置鏈的普及度還在追,所以實務上仍建議用 <picture> 或 CDN 多格式:JXL/AVIF 優先,WebP/JPEG 兜底。
WebP 是 Google 約 2010 推出的網頁圖格式,生態成熟、幾乎全瀏覽器都支援、沒有權利金;HDR/高色深不是它的主力戰場。
HEIC 是 Apple 相機預設常見的儲存格式(HEIF 容器+HEVC 編碼)。體積通常很小,但 HEVC 有授權問題,瀏覽器幾乎不當網頁交付格式用;上站前多半會轉成 JPEG/WebP/AVIF。
JPEG XL 無權利金,HDR、無損、舊 JPEG 無損轉碼這幾項完整;瀏覽器端目前是 Chrome 155+ 解碼,其他廠商仍陸續。適合當「高保真/未來」候選,不要假設訪客一定解得開。
| JPEG XL | WebP | HEIC | |
|---|---|---|---|
| 出身 | ISO/JPEG;開源無權利金 | Google,為網頁而生 | MPEG/Apple 相機生態 |
| 壓縮 | 攝影/高保真強;Chrome 稱比 JPEG 優約 30–50% | 夠用、生態成熟 | 通常很小,偏裝置端 |
| HDR/色深 | 原生、可到很高 bit | 弱/非主力 | 強(拍照用) |
| 無損轉 JPEG | 有(遷移存量 JPEG 很有用) | 無 | 無此定位 |
| 瀏覽器 | Chrome 155+ 解碼;他廠仍追 | 幾乎全有 | 幾乎不能當網頁格式 |
| 權利金 | 無 | 無 | HEVC 有授權問題 |
| Web 定位 | 高保真/未來路線,需兜底 | 今天的預設 | 手機相簿;上站前轉走 |
一句話取捨:日常網站先穩在 WebP(+AVIF);要衝畫質、無損、漸進、或大量舊 JPEG 轉檔,再把 JPEG XL 當候選。HEIC 不當網頁交付格式看。
先別把全站圖一次換成 .jxl。Chrome 開了,不代表訪客裝置都會解。
<picture> 或內容協商,舊瀏覽器仍拿 WebP/JPEG※ 來源:Chrome Developers Blog — Shipping JPEG XL in Chrome(2026-10-06)。壓縮「約 30–50%」等數字皆引自該文,非本站自測。格式沿革與 WebP/HEIC 對照為公開規格脈絡整理,非正式標準文件。