Dukungan JPEG XL Chrome 155 resmi untuk decoding file .jxl (image/jxl).
Google mengumumkannya pada 6 Oktober 2026.
Ini bukan encoder bawaan browser.
Browser juga tidak mengubah otomatis JPEG atau WebP yang sudah Anda kirim ke pengunjung.
Sementara itu, tim Chrome memakai decoder jxl-rs berbasis Rust.
Fitur yang disorot: lossless, HDR, transcode JPEG reversible, dan progressive decoding.
Namun rekomendasi mereka tetap: uji AVIF dan JXL, lalu pilih berdasarkan jenis gambar.
Jangan ganti format massal tanpa benchmark.
JPEG XL Chrome 155: decoding baru
Catatan rilis Chrome 155 mencantumkan «JPEG XL decoding support (image/jxl) in Blink».
Jadi, kata kuncinya decoding, bukan kompresi otomatis di tab pengunjung.
Menurut tim Chrome, format ini dapat menawarkan kompresi sekitar 30–50% lebih baik dibanding JPEG pada banyak kasus.
Angka itu klaim vendor, bukan jaminan per file.
Perbandingan adil dengan AVIF butuh setting encoder yang sama.
Progressive decoding JXL bisa menampilkan pratinjau kasar sebelum unduhan selesai.
Loading terasa lebih cepat, tetapi transfer byte tidak otomatis menyusut.
Akhirnya, Largest Contentful Paint (LCP) tetap bergantung dimensi, prioritas fetch, CDN, serta cache.
Setelah JPEG XL Chrome: JXL vs AVIF vs WebP
Chrome sendiri menyarankan developer mencoba AVIF dan JXL untuk hasil terbaik.
AVIF tetap kuat pada efisiensi lossy/lossless, alpha, dan HDR di ekosistem modern.
WebP masih baseline praktis dengan tooling CDN dan CMS matang.
Meskipun AVIF efisien, JXL menarik untuk foto high-fidelity, mode lossless, dan kebutuhan progressive decoding.
AVIF umumnya tidak punya progressive rendering setara JXL.
Itu trade-off UX, bukan skor «format A selalu menang».
Untuk thumbnail produk e-commerce, AVIF atau WebP sering menang ukuran file pada quality target yang sama.
Poster event dengan gradien halus layak masuk shortlist uji JXL.
Tanpa dataset Anda sendiri, klaim «30% lebih kecil» dari blog vendor tidak cukup untuk keputusan CMS.
Walau format modern menarik, WebP layak sebagai lapisan fallback antara format modern dan JPEG.
SVG tetap tempatnya untuk logo dan ikon vektor.
PNG masih relevan bila kompatibilitas atau transparansi lossless harus absolut tanpa risiko decoder lama.
Transcode JPEG→JXL reversible menghemat storage tanpa «memulihkan» detail yang sudah hilang di JPEG sumber.
Ini efisiensi kemasan, bukan restorasi kualitas ajaib.
Safari, Firefox, dan fallback browser
WebKit mendukung JXL sejak Safari 17.
Dukungan di Chrome 155 melengkapi Chromium desktop/Android untuk banyak pengguna.
Karena itu, browser lama dan beberapa WebView bisa tetap gagal render <img src="foto.jxl"> tanpa alternatif.
Mozilla mempublikasikan arah shipping JXL (decoder Rust) pada 2026.
Status default Firefox berubah cepat.
Selanjutnya, cek panduan format gambar MDN saat publish.
Jangan mengandalkan «intent to ship» saja.
Untuk production, aman memakai <picture>.
Browser memilih satu sumber yang didukung, bukan mengunduh semua varian.
Urutan source dan fallback JPEG/PNG perlu Anda susun setelah uji di perangkat target.
Content negotiation butuh perhatian header Vary bila dipakai.
Edge dan browser Chromium lain biasanya mengikuti milestone Chrome.
Jadwal rilis channel stable bisa beda beberapa minggu.
Uji manual tetap wajib.
WordPress dan pipeline gambar
Tetapi dukungan browser ≠ Media Library siap JXL.
WordPress Core pernah menguji JXL dalam proyek client-side media processing (2026).
Itu konteks uji, bukan jaminan upload, thumbnail, dan sub-size stabil di semua hosting.
Sebelum JXL jadi default, cek Imagick/GD, plugin optimasi, dan CDN.
Banyak stack belum generate .jxl otomatis.
Setelah audit stack, pilot satu template (hero LCP) dengan ukuran responsif, fetchpriority bila perlu, dan ukuran file terukur di Lighthouse.
Optimasi gambar hanyalah satu sisi metrik experience.
Format baru tidak menggantikan dimensi berlebihan atau hero 4000px yang diskalakan hanya lewat CSS.
Bila LCP lambat setelah ganti ekstensi, bedakan masalah byte gambar dari masalah timing crawl atau konten.
Sinyal ranking dan Core Web Vitals sering butuh konteks holistik, bukan satu codec saja.
Rencana pilot format gambar
Berikut langkah ringkas untuk tim web.
Pertama, benchmark tiga encoder pada aset nyata dengan target visual yang sama.
Kemudian deploy <picture> dengan WebP/AVIF/JXL plus JPEG fallback.
Lalu pantau LCP field data, bukan hanya lab.
Dokumentasikan keputusan per template.
Layout responsif tetap penting untuk srcset.
Lihat prinsip mobile-first pada layout agar srcset tidak membebani ponsel dengan file desktop.
Sumber resmi pengumuman: Shipping JPEG XL in Chrome (6 Oktober 2026).
Panduan performa gambar: web.dev image performance.
Menurut kami, milestone dukungan JXL di browser layak diuji, bukan migrasi wajib overnight.
Tim yang butuh bantuan audit pipeline media WordPress bisa memakai pengalaman CodeF pada proyek performa.
Mulai dari satu halaman LCP, bukan rewrite seluruh library sekaligus.
