WebP против AVIF против JXL: сравнение форматов изображений 2026
Сравнение WebP, AVIF и JPEG XL в 2026 году бок о бок. Тесты размера файла, поддержка браузерами, скорость кодирования, обработка прозрачности, поведение EXIF и когда какой выбрать.
Краткий ответ: Для большинства сайтов в 2026 году правильный выбор это сначала AVIF с запасным WebP (AVIF примерно на 50% меньше JPEG при том же визуальном качестве, с сильной поддержкой браузерами в 2026 году). Для контекстов только под Apple JPEG XL выигрывает по скорости кодирования и прогрессивному декодированию, но всё ещё в основном не поддерживается вне Safari. Для email, соцсетей и универсального обмена JPEG остаётся безопасным выбором. Современные форматы для мест, которые вы контролируете. Чтобы сравнить форматы на вашем собственном изображении, перетащите его в наш конвертер изображений или компрессор изображений и наблюдайте, как размер файла обновляется вживую.
JPEG 33 года. WebP 15. AVIF вышел в 2019. JPEG XL был финализирован в 2022. К 2026 году все три современных формата зрелые, и вопрос, какой использовать, больше не теоретический: он напрямую влияет на Core Web Vitals, скорость загрузки страницы, расходы на мобильный трафик и хранение. Это руководство практическое сравнение 2026 года: что представляет собой каждый формат, реальные цифры размера файла, где каждый работает и как выбрать.
Претенденты, по одному абзацу на каждого
WebP (Google, 2010) это консервативный современный выбор. Примерно на 25-35% меньше JPEG при эквивалентном качестве, с полным режимом без потерь, прозрачностью (альфа) и анимацией. Поддержка браузерами универсальна в 2026 году (каждый современный браузер, Gmail, WhatsApp, каждая CMS). Минус: качество кодирования приличное, но не отличное по сравнению с AVIF, а поддержка метаданных EXIF неравномерна.
AVIF (Alliance for Open Media, 2019) это современный победитель по чистому размеру файла. Построен на видеокодеке AV1. Примерно на 50% меньше JPEG и на 25-35% меньше WebP при том же визуальном качестве. Поддерживает прозрачность, HDR, широкую цветовую гамму и 12-битные пиксели. Поддержка браузерами достигла паритета в 2024 году. В 2026 году каждый крупный браузер декодирует AVIF нативно. Минус: кодирование медленнее, чем у WebP (реальная проблема для пакетных задач), и очень старые почтовые клиенты всё ещё не отображают его встроенно.
JPEG XL (.jxl, ISO/IEC 18181, 2022) это технический фаворит среди фотографов и инженеров. Транскодирование существующих JPEG без потерь (перекодируйте JPEG в JXL и вы экономите ~20% без какой-либо потери качества), поддержка 1-битной альфы, истинное прогрессивное декодирование и отличная скорость кодирования/декодирования. Нативная поддержка в Safari 17+ на iOS 17+ и macOS Sonoma+. Минус: Chrome отказался от JXL в 2022 году и (по состоянию на 2026 год) всё ещё не вернул его, так что кросс-браузерное веб-использование требует JS-полифиллов или запасных вариантов.
Сравнение размера файла: реальные цифры
Одна и та же альбомная фотография с iPhone (4032 × 3024 пикселей), закодированная в разных форматах при "визуально идентичном" качестве:
| Формат | Размер файла | % против JPEG | Визуальное качество |
|---|---|---|---|
| JPEG (качество 92) | 2.8 MB | эталон | отличное |
| JPEG (качество 85) | 1.6 MB | -43% | очень хорошее |
| WebP (качество 80) | 1.1 MB | -61% | очень хорошее |
| AVIF (качество 60) | 0.78 MB | -72% | очень хорошее |
| JPEG XL (усилие 7, дистанция 1.0) | 0.92 MB | -67% | очень хорошее |
Для товарной фотографии 600 × 800 с прозрачностью:
| Формат | Размер файла | Прозрачность? |
|---|---|---|
| PNG (без потерь) | 280 KB | ✓ |
| WebP (качество 90) | 88 KB | ✓ |
| AVIF (качество 70) | 52 KB | ✓ |
| JPEG XL (усилие 7) | 65 KB | ✓ |
Закономерность сохраняется для большинства фотографического контента: AVIF выигрывает по размеру, JXL близок, WebP это универсальная золотая середина, JPEG самый большой, но самый совместимый. Цифры варьируются в зависимости от содержания изображения (плоские области против насыщенных деталями, фотографические против синтетических) на 10-20%.
Поддержка браузерами в 2026
| Формат | Chrome | Edge | Safari | Firefox | iOS | Android |
|---|---|---|---|---|---|---|
| WebP | ✓ | ✓ | ✓ (14+) | ✓ | ✓ | ✓ |
| AVIF | ✓ | ✓ | ✓ (16.4+) | ✓ (113+) | ✓ (16.4+) | ✓ (Chrome 85+) |
| JPEG XL | ✗ (убран в 2022) | ✗ | ✓ (17+) | частично (за флагом) | ✓ (17+) | ✗ |
В практических терминах 2026 года:
- WebP работает для 99% пользователей, без исключений, которые стоило бы планировать.
- AVIF работает для 97% пользователей. Поставляйте с запасным JPEG для длинного хвоста.
- JPEG XL работает нативно только в экосистеме Apple. Полезен для приложений iOS и рабочих процессов только под Apple, но пока не для общего веба.
Сравнение скорости кодирования
Критический практический фактор, часто упускаемый в бенчмарках сжатия: сколько времени занимает фактическое кодирование файла?
| Формат | Время кодирования (одна фотография 4032×3024, одно ядро) |
|---|---|
| JPEG (качество 85) | 0.05 с |
| WebP (качество 80) | 0.18 с |
| JPEG XL (усилие 7) | 0.32 с |
| AVIF (качество 60, скорость 6) | 1.4 с |
| AVIF (качество 60, скорость 9 / быстро) | 0.55 с |
AVIF при настройках по умолчанию примерно в 7-10 раз медленнее кодируется, чем JPEG. Для пакета из 100 фотографий это реальное ожидание. WebP и JXL находят лучший баланс. Браузерные кодировщики (canvas.toBlob('image/avif')) ещё медленнее, чем нативные библиотеки.
Для интерактивных инструментов (вроде нашего компрессора изображений) это важно: AVIF даёт лучший размер файла, но задержка живого предпросмотра заметна.
Поведение EXIF и метаданных
| Формат | EXIF | IPTC | XMP | C2PA Content Credentials |
|---|---|---|---|---|
| JPEG | ✓ полностью | ✓ | ✓ | ✓ (широко принят) |
| WebP | частично (зависит от декодера) | частично | ✓ | частично |
| AVIF | ✓ (новые декодеры) | ✓ | ✓ | ✓ |
| JPEG XL | ✓ | ✓ | ✓ | ✓ |
Поведение EXIF в WebP и AVIF варьируется в зависимости от кодировщика и декодера. Браузеры (а именно canvas.toBlob) удаляют EXIF при перекодировании в WebP или AVIF. Сохранение EXIF требует серверных инструментов вроде ImageMagick, libvips или sharp.
Подробнее о выживании EXIF в разных конвейерах смотрите наше пояснение: что такое EXIF данные? и полное руководство по метаданным фотографий iPhone.
Качество при низких битрейтах
Интересное поле битвы это не визуально безупречное качество (все три современных формата его достигают). Это качество при агрессивно малых размерах файла, когда вы пытаетесь поставить изображение 100 KB для медленного мобильного соединения.
При 100 KB для изображения 1080×1080:
- JPEG: видимые блочные артефакты, цветовые полосы, особенно в градиентах (небо, кожа).
- WebP: более плавные градиенты, чем у JPEG, но мягкий "размытый" вид при таком битрейте.
- AVIF: заметно лучше, сохраняет детали и избегает "мягкого" вида WebP.
- JPEG XL: похоже на AVIF, с немного лучшим сохранением деталей.
Для Core Web Vitals (LCP, CLS) на мобильных устройствах этот разрыв важен. AVIF при 70% качестве часто поставляется на 30% меньше, чем WebP при 80% качестве, без заметной разницы, что именно помогает бенчмаркам загрузки страницы.
Когда какой выбрать (практическое дерево решений)
Веб (вы контролируете страницу):
- По умолчанию: AVIF с запасным WebP с запасным JPEG. Используйте элемент
<picture>. - Mobile-first / приоритет Core Web Vitals: AVIF правильный выбор.
- Более простое обслуживание (без цепочки запасных вариантов): WebP. Стоит ~20% размера файла против AVIF, даёт универсальную поддержку без
<picture>.
Вложение в email или общий файл:
- Всегда JPEG. Почтовые клиенты непоследовательны с WebP и AVIF.
Экосистема Apple (приложение iOS, рабочий процесс только на Mac):
- JPEG XL это реальный вариант. Нативная поддержка в Safari, быстрое кодирование, транскодирование JPEG без потерь.
- Для обмена вне Apple переходите на JPEG.
CMS или фотобанк:
- WebP. Универсальная поддержка, меньше JPEG, без сложности запасных вариантов, большинство CMS хорошо его отдают.
- AVIF, если ваша CMS его поддерживает и ваша аудитория преимущественно мобильная.
Фотография с прозрачностью (логотипы, товарные снимки, UI):
- AVIF для наименьшего размера с прозрачностью.
- WebP как универсальная золотая середина.
- PNG только если требуется абсолютно без потерь.
Фотографический контент с EXIF, который должен выжить:
- JPEG (самый надёжный по всей цепочке).
- JPEG XL для контекстов только под Apple.
Как конвертировать и тестировать
Наш конвертер изображений обрабатывает браузерную конвертацию между JPG, PNG, WebP, AVIF, HEIC, GIF, BMP и ICO. Перетащите файл, выберите выходной формат, скачайте пакетно как ZIP. Ничего никуда не загружается.
Для живого сравнительного тестирования сжатия бок о бок с ползунком качества используйте наш компрессор изображений. Оригинал и пересжатый предпросмотры располагаются рядом с точным количеством сэкономленных байтов.
Для сравнения форматов сразу по многим входным форматам перетащите папку в конвертер, экспортируйте в JPEG, затем в WebP, затем в AVIF и сравните получившиеся ZIP.
Частые вопросы
Почему Chrome отказался от JPEG XL? Google удалил декодер JXL из Chrome в 2022 году, сославшись на "отсутствие интереса со стороны более широкой экосистемы" и затраты ресурсов. Решение было спорным (петиции разработчиков, открытый тикет Mozilla, недовольство фотографов). По состоянию на 2026 год возврат не объявлен.
Мёртв ли WebP? Нет. WebP это безопасный современный формат с универсальной поддержкой и без сложности запасных вариантов. AVIF выигрывает по размеру, но добавляет нагрузку на обслуживание. WebP остаётся правильным выбором по умолчанию для большинства не экстремальных случаев использования.
Может ли AVIF действительно быть на 50% меньше JPEG? Да, для фотографического контента при совпадающем визуальном качестве. Разрыв меньше (15-25%) для синтетического контента (логотипы, скриншоты, штриховая графика), где имеет смысл режим без потерь или почти без потерь.
Сохраняет ли WebP прозрачность? Да. И WebP с потерями, и без потерь поддерживают 8-битную альфу.
Заменит ли AVIF JPEG? В конце концов, вероятно. JPEG слишком укоренился для быстрого перехода, но каждый браузер, нативно декодирующий AVIF, и каждый CDN, его отдающий, делают переход реальным. К 2030 году AVIF, вероятно, станет форматом по умолчанию для веб-фотографии.
А как насчёт HEIC? HEIC и HEIF используют то же семейство кодеков, что и AVIF (оба из эпохи HEVC/AV1). HEIC это вариант Apple. AVIF это его кузен с открытым стандартом. Для рабочих процессов Apple-к-Apple HEIC. Для кросс-платформенного веба AVIF. Смотрите HEIC против JPG для разбора HEIC.
Итог
В 2026 году правильный современный формат зависит от цели:
- Веб с полным контролем: AVIF, с запасными WebP и JPEG через
<picture>. - Веб с простым стеком: WebP. Лучший универсальный современный формат, без обслуживания запасных вариантов.
- Email и соцсети: JPEG. Современные форматы здесь пока не безопасны.
- Экосистема только Apple: JPEG XL. Быстрый, маленький и нативно поддерживаемый.
Для разовых конвертаций перетащите файл в наш конвертер изображений. Для пакетного и тестирования сжатия с живым предпросмотром используйте компрессор изображений. Оба работают полностью в вашем браузере.
Вопрос HEIC против JPG для контекстов, специфичных для iPhone, это отдельное руководство: HEIC против JPG: какой формат выбрать в 2026?
Попробуйте инструменты
Поставьте штамп на фотографию прямо в браузере, или установите iOS приложение, чтобы снимать вживую с GPS и атомными часами.