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

Об авторе

Илья Федоров

опытный продуктовый дизайнер

Проектирую интерфейсы для финансовых и образовательных сервисов, провожу разборы макетов внутри команды. Начинающим советую сначала назвать пользовательскую задачу, а потом выбирать инструмент.

Все публикации автора