Chrome додає підтримку JPEG XL починаючи з версії 155

Команда Chrome оголосила 6 жовтня 2026 року, що починаючи з Chrome 155 браузер декодуватиме зображення JPEG XL (.jxl). Власникам сайтів варто порівняти JPEG XL з AVIF на власних зображеннях і врахувати підтримку в браузерах. Формат дає ще один спосіб зменшити розмір файлів, але результат потрібно перевіряти на конкретному контенті.

Chrome отримає підтримку JPEG XL починаючи з версії 155

JPEG XL розрахований зокрема й на фотографії. За даними команди Chrome, він забезпечує на 30–50% ефективніше стиснення, ніж JPEG, підтримує стиснення без втрат, HDR, анімацію та перетворення JPEG на новий формат без втрати даних. Для сторінок, де зображення становлять помітну частину завантажуваних файлів, різниця в розмірі може бути корисною. Водночас наведена в анонсі цифра не описує результат для кожної фотографії на сайті.

Розробникам радять випробувати і JPEG XL, і AVIF. У Chrome очікують, що JPEG XL буде особливо доречним для фотографій, коли важлива висока точність зображення або стиснення без втрат. Ще один відповідний сценарій — тонке налаштування поступового декодування. Порівняння двох форматів тут важливіше за вибір одного розширення для всього сайту: у зображень і сторінок різні завдання.

В анонсі йдеться про декодування, тобто про здатність браузера відкрити файл .jxl. Це не означає, що сайти автоматично почнуть віддавати зображення в новому форматі. Їхня підготовка та використання залишаються завданням тих, хто відповідає за сайт.

Чому Chrome зробив ставку на декодер на Rust

Браузер отримує зображення з мережі та передає їх декодеру, який обробляє складні двійкові дані. Команда Chrome вважає декодери важливим для безпеки компонентом: помилки під час роботи з пам’яттю в таких компонентах можуть призводити до вразливостей. Для JPEG XL у Chrome інтегрували jxl-rs — реалізацію декодера на Rust. Ця зміна стосується обробки зображення всередині браузера, а не способу його підготовки дизайнером.

Однієї безпеки було недостатньо: повільне декодування могло б зменшити практичну користь формату. Розробники задіяли SIMD-інструкції, які допомагають використовувати можливості пристроїв, і створили для цього шар jxl_simd. Водночас небезпечні операції обмежили невеликою кількістю ретельно перевірених ділянок. Продуктивність реалізації відстежують на різних апаратних платформах.

Декодер перевіряли зокрема фазингом та аналізом коду за допомогою AI. Команда повідомляє, що за час розробки jxl-rs не виявила в ньому помилок безпеки пам’яті. Це опис результатів проведеної роботи, а не гарантія відсутності будь-яких помилок у майбутньому.

На рішення про впровадження вплинули й запити розробників: JPEG XL був популярною пропозицією в процесі Interop у 2026 році та раніше. Chrome брав участь у дослідженні формату в межах Interop 2026, щоб його можливості були охоплені браузерними тестами й ці тести проходили в Chrome. Про терміни впровадження JPEG XL в інших браузерах анонс не повідомляє.

Що перевірити власнику сайту й команді

Почати можна із зображень на важливих сторінках: підготувати варіанти в JPEG XL та AVIF, а потім порівняти їх із нинішніми файлами. Перевіряти варто і розмір, і збереження деталей, потрібних відвідувачу. Для фотографій, де втрата деталей небажана, окремо корисно оцінити стиснення без втрат. Так команда побачить, де новий формат допомагає вирішити завдання сторінки, а де різниця недостатньо суттєва.

Наступне питання — як зображення відображатимуться для аудиторії сайту. Chrome оголосив про підтримку декодування починаючи з версії 155, але в матеріалі немає відомостей про підтримку в інших браузерах. Перш ніж змінювати віддачу файлів, команді потрібно визначити, для яких браузерів вона готує зображення і що побачить відвідувач, якщо його браузер не відкриє .jxl. Одного анонсу Chrome недостатньо, щоб перейти на віддачу лише JPEG XL усім відвідувачам.

Маркетологу тут корисно назвати зображення, без яких сторінка гірше передає зміст, і деталі, які не можна втратити під час стиснення. Розробнику — перевірити, як підготовка та віддача .jxl впишуться в роботу сайту. Тоді порівняння форматів буде пов’язане з конкретною сторінкою, а не з бажанням використати нове розширення.

Моя думка: почати зі сценарію, а не з формату

Я б не починав із масової заміни файлів. Спочатку вибрав би мобільний сценарій і кілька важливих фотографій: на невеликому екрані швидше стає зрозуміло, який контент має бути в пріоритеті. Потім порівняв би варіанти й обговорив із командою компроміс: яку деталь зображення потрібно зберегти, а де менший файл цінніший. Завдання користувача має постати раніше за вибір інструмента.

Мені близький підхід, за якого Chrome пропонує перевірити JPEG XL поряд з AVIF, а не призначає переможця заздалегідь. Формат розширює можливості команди, але не ухвалює за неї рішення про вміст сторінки та її поведінку в браузерах аудиторії. За цей продуктовий вибір відповідають люди, які знають завдання сайту.

Джерела

Звідки новина. Текст — переказ своїми словами, факти — з джерела, думка — автора.

1. Shipping JPEG XL in Chrome developer.chrome.com

Про автора

Ілля Федоров

досвідчений продуктовий дизайнер

Проєктую інтерфейси для фінансових і освітніх сервісів, проводжу розбори макетів у команді. Початківцям раджу спершу назвати завдання користувача, а вже потім обирати інструмент.

Усі публікації автора