6 октября Chrome объявил, что начиная с версии 155 формат JPEG XL (JXL) будет поддерживаться по умолчанию. Вскоре Firefox также включил поддержку по умолчанию в версии 158. Это означает, что поддержка JXL основными браузерными движками наконец перешла от «эксперимента» к практическому применению.

Что такое JXL?
JPEG XL — это формат растровых изображений нового поколения, разработанный совместно Joint Photographic Experts Group (JPEG), Google и Cloudinary. В 2021–2022 годах он официально стал международным стандартом (ISO/IEC 18181). Его цель — одновременно заменить JPEG, PNG и GIF, а также конкурировать с AVIF и WebP в современных Web-сценариях.
Ключевые различия между JPEG и JPEG XL
| Параметр сравнения | JPEG | JPEG XL |
|---|---|---|
| Год выпуска | 1992 год | 2021–2022 годы |
| Метод сжатия | Только с потерями | С потерями + без потерь |
| Размер относительно JPEG | Базовый | Обычно на 30–50% меньше (зависит от содержимого и качества) |
| Альфа-канал | Не поддерживается | Поддерживается |
| Анимация | Не поддерживается | Поддерживается |
| HDR / широкий цветовой охват | Не поддерживается | Поддерживается изначально |
| Прогрессивное декодирование | Ограниченная поддержка | Более эффективное и детальное |
| Обработка существующих JPEG | — | Повторное сжатие без потерь (примерно на 16–22% меньше, с идеальным восстановлением) |
| Разрядность | Обычно 8-bit | До 32-bit с плавающей точкой |
| Максимальный размер | Ограничен | До примерно 1 миллиарда пикселей по одной стороне |
Важно отметить: в современных сценариях Web с фотографиями со сжатием с потерями AVIF обычно меньше JPEG XL (согласно системному сравнению за октябрь 2026 года, при настройках по умолчанию JXL часто примерно на 15–25% больше AVIF сопоставимого качества). Основные преимущества JPEG XL — сжатие без потерь, сжатие существующих JPEG без потерь, отличная прогрессивная загрузка, а также сценарии с высокой точностью и HDR.
Принцип повторного сжатия существующих JPEG без потерь
При традиционной перекодировке в WebP или AVIF сначала необходимо декодировать JPEG в пиксели, а затем повторно закодировать их в новом формате. Этот процесс не только занимает больше времени, но и приводит к потере исходной информации из-за повторного квантования, поэтому обратить его вспять невозможно.
Путь перекодировки JPEG XL без потерь устроен совершенно иначе: он пропускает декодирование пикселей и напрямую работает со сжатыми данными, уже квантованными внутри JPEG-файла. В частности, из JPEG извлекаются коэффициенты дискретного косинусного преобразования (DCT), после чего они заново упаковываются в контейнер JPEG XL. Поскольку исходные коэффициенты DCT сохраняются без изменений, это по сути перекомпоновка формата, а не повторное сжатие.
В созданном JXL-файле содержится блок JBRD (JPEG Bitstream Reconstruction Data). Вместе с таблицами квантования и коэффициентами DCT, сохранёнными в битовом потоке, он содержит всю информацию, необходимую для восстановления исходного JPEG-файла. Поэтому возможно побайтовое идеальное восстановление.

Как проверить, поддерживает ли браузер JXL
Проверить поддержку можно с помощью следующего скрипта в консоли браузера:
async function supportsJpegXl(testUrl = 'https://jpegxl.info/ComparisonImages/AVIF_CompareSizeSameQuality/close-up-beautiful-chicken-country-lifestyle.png.d0.6.7.jxl') {
return new Promise((resolve) => {
const img = new Image();
img.onload = () => resolve(true);
img.onerror = () => resolve(false);
img.src = testUrl;
});
}
supportsJpegXl().then(supported => {
console.log('浏览器支持 JPEG XL?', supported);
});

В production-среде рекомендуется использовать <picture> для прогрессивного улучшения, а не полностью полагаться на проверку с помощью JS.
Поддержка браузерами (октябрь 2026 года)
- Chrome / браузеры на базе Chromium: поддержка по умолчанию начиная с версии 155 (выпущена 2026-10-06), используется декодер
jxl-rsна Rust с безопасным управлением памятью. - Firefox: поддержка по умолчанию начиная с версии 158 (выпуск ожидается примерно 2026-10-13), также на базе
jxl-rs. - Safari: поддержка статических изображений начиная с версии 17 (частичная поддержка, возможности анимации и прогрессивной загрузки ограничены).
- Браузеры на базе Chromium, включая Edge, вскоре последуют этому примеру.
Использование и перекодировка
Теперь такие инструменты, как zippic, позволяют выбирать формат JXL при выводе. Если у вас уже есть большое количество JPEG-файлов, в первую очередь рекомендуется использовать повторное сжатие без потерь — оно сохраняет исходное качество и позволяет в любой момент восстановить оригиналы.

Рекомендуемый способ — использовать <picture> с резервными форматами:
<picture>
<source srcset="image.jxl" type="image/jxl">
<source srcset="image.avif" type="image/avif">
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="描述">
</picture>
К распространённым инструментам кодирования относятся cjxl (libjxl), jixel, libvips, Sharp и другие.
Когда стоит отдавать предпочтение JPEG XL?
| Сценарий | Рекомендуемый приоритет | Причина |
|---|---|---|
| Миграция существующих JPEG без потерь | JPEG XL | Единственный формат, позволяющий сжимать файлы без потерь и идеально восстанавливать их |
| Сжатие без потерь / архивирование с высокой точностью | JPEG XL | Эффективность сжатия обычно выше, чем у WebP и AVIF |
| Необходимость отличной прогрессивной загрузки | JPEG XL | Прогрессивная загрузка заметно лучше, чем у AVIF |
| Обычные фотографии для Web со сжатием с потерями | В первую очередь AVIF, JXL можно протестировать | AVIF обычно меньше, но стоит сравнить оба формата |
| Скриншоты, UI, изображения с прозрачностью | В первую очередь AVIF | Разница обычно достаточно велика |
Google также рекомендует «попробовать и AVIF, и JPEG XL» и выбирать оптимальный результат в зависимости от конкретного изображения.
Итоги
JPEG XL — один из наиболее технически совершенных форматов изображений нового поколения. Он отличается широкими возможностями: поддерживает сжатие без потерь, анимацию, прозрачность, HDR, высокую разрядность и прогрессивную загрузку. Особенно заметны его уникальные преимущества при миграции существующих JPEG без потерь и сжатии без потерь.
После того как в октябре 2026 года Chrome 155 и Firefox 158 официально включили поддержку по умолчанию, формат получил более широкую практическую основу. В новых проектах его можно рассматривать как один из приоритетных форматов, обеспечивая резервирование через AVIF/WebP. Для проектов с большим количеством существующих JPEG возможность повторного сжатия без потерь позволяет выполнить плавную миграцию.
