Как выбрать правильный видеокодек для воспроизведения в вебе

Выбор кодека — это продуктовое решение, а не только решение о сжатии

О видеокодеках легко говорить плохо. Кто-то сравнивает AV1, H.264, VP9 и HEVC на графике, указывает на самый маленький файл и объявляет победителя. Но в продакшене веб-воспроизведение работает иначе.

Решение о кодеке влияет на время старта, буферизацию, расход батареи, стоимость CDN, совместимость устройств, инфраструктуру кодирования, юридические риски и обращения в поддержку. «Лучший» кодек для стримингового сервиса с большой фермой кодирования не обязательно будет лучшим кодеком для маркетингового сайта с пятью продуктовыми видео.

Полезный вопрос звучит не так: «какой кодек лучший?» А так: какой кодек даст этой аудитории хорошее воспроизведение с наименьшим операционным риском?

Короткая версия: что использовать в 2026 году

Для большинства веб-команд практический ответ выглядит так:

• Используйте H.264 как базовый вариант. Он старый, достаточно эффективный, широко декодируется аппаратно и всё ещё остаётся самым безопасным уровнем совместимости.
• Добавляйте AV1, когда объём видео или стоимость трафика это оправдывают. AV1 может обеспечивать отличное сжатие, особенно на низких битрейтах, но кодирование медленнее, а старые устройства могут переходить на запасной вариант.
• Используйте VP9 в основном тогда, когда ваша аудитория и пайплайн уже ему благоприятствуют. Он остаётся полезным, особенно в WebM-процессах и некоторых Android/desktop-средах, но AV1 — более перспективный открытый кодек.
• Используйте HEVC в вебе осторожно. Он может быть привлекательным для аудиторий с большой долей Apple, но поддержка в браузерах/платформах и сложность лицензирования делают его плохим универсальным вариантом по умолчанию.

Это может звучать консервативно. Так и есть. Проблемы с видео не бывают незаметными. Если воспроизведение ломается, пользователи не восхищаются вашим коэффициентом сжатия.

Разберитесь в четырёх основных веб-кодеках

H.264: скучный вариант по умолчанию, который всё ещё важен

H.264, также известный как AVC, остаётся самым безопасным базовым видеокодеком для веба. Он воспроизводится почти везде: в desktop-браузерах, мобильных браузерах, smart TV, на старых устройствах, в социальных встраиваниях и webview нативных приложений.

Его сильные стороны просты:

• Очень широкая поддержка
• Зрелые инструменты кодирования
• Надёжное аппаратное декодирование
• Хорошее поведение батареи на мобильных устройствах
• Предсказуемая поддержка стриминга

Его слабые стороны тоже очевидны. Он не так эффективен по сжатию, как AV1 или HEVC. При том же уровне качества H.264 обычно требует больше битов. Если вы отдаёте большие объёмы видео, эта разница превращается в реальные расходы на CDN.

Тем не менее для коротких роликов, продуктовых видео, документационных видео и сайтов с низким или умеренным трафиком H.264 обычно является правильным первым encode.

AV1: эффективный кодек с реальными компромиссами

AV1 — самый сильный открытый кодек для современной веб-доставки. Он часто даёт лучшее качество, чем H.264 и VP9, при том же битрейте, особенно для пользователей с ограниченной пропускной способностью. Поэтому он привлекателен для стриминговых платформ, медианасыщенных издателей, образовательных сайтов и любых команд, которые серьёзно следят за стоимостью передачи данных.

Но AV1 не бесплатен. Кодирование требует значительных вычислительных ресурсов, хотя современные энкодеры и аппаратное ускорение сильно улучшились. Поддержка воспроизведения также зависит от устройства. Более новые desktop-устройства, Android-устройства и телевизоры всё чаще справляются; у старых телефонов и ноутбуков может не быть эффективного аппаратного декодирования.

Практическое правило: AV1 отлично подходит как дополнительная rendition, но не как единственная rendition. Сочетайте его с fallback на H.264, если вы не контролируете среду воспроизведения очень жёстко.

Это решение похоже на выбор форматов статичных изображений: лучшее сжатие полезно только тогда, когда поддержка, время кодирования и качество выдерживают проверку реальным миром. Та же логика компромиссов применима в решениях о форматах изображений вроде AVIF против WebP.

VP9: всё ещё полезен, но менее интересен

VP9 был главным открытым альтернативным вариантом до того, как AV1 стал зрелым. Он может быть заметно эффективнее H.264 и имеет хорошую поддержку во многих браузерах на базе Chromium, Firefox, Android-средах и некоторых TV-платформах.

VP9 всё ещё имеет смысл, если:

• У вас уже есть пайплайн кодирования VP9
• Ваша аудитория — в основном Chrome, Firefox, Android или smart TV
• Вам нужна доставка через WebM
• Стоимость кодирования AV1 пока неприемлема

Однако для нового пайплайна в 2026 году VP9 сложнее обосновать как долгосрочный продвинутый кодек. Если вы выходите за пределы H.264, AV1 обычно является более удачной стратегической ставкой.

HEVC: технически сильный, операционно неудобный

HEVC, также известный как H.265, эффективен и широко используется в некоторых экосистемах. Он особенно актуален на устройствах Apple, где аппаратная поддержка распространена.

Проблема не в качестве. Проблема — в практичности для веба. Поддержка браузерами исторически была фрагментированной, лицензирование сложнее, чем у открытых кодеков, а кроссплатформенное поведение может быть неровным. HEVC может быть разумным дополнением для аудиторий с большой долей Apple или workflows, близких к нативным приложениям, но редко бывает самым чистым универсальным веб-вариантом по умолчанию.

Если ваша аналитика показывает большую долю аудитории Safari/iOS/macOS, HEVC стоит протестировать. Если вам нужен один продвинутый кодек для широкого веба, предпочитайте AV1.

Начинайте с аудитории, а не с таблицы кодеков

Перед выбором форматов ответьте на три вопроса по собственной аналитике:

1. Какие браузеры и устройства действительно смотрят ваше видео? Desktop Chrome — это не то же самое, что недорогой Android, Safari на iPhone, in-app browsers или smart TV.
2. Какова длина видео? 12-секундная hero-петля и 90-минутный урок имеют совершенно разную экономику.
3. Сколько видео пользователи действительно потребляют? Просмотры страниц — это не watch time. Экономия трафика важнее всего, когда люди смотрят достаточно секунд, чтобы кодек имел значение.

Если видеотрафик невелик, хорошо сжатого H.264 MP4 может быть достаточно. Если видео является центральной частью продукта, используйте несколько renditions и современные кодеки.

Сопоставьте выбор кодека с моделью доставки

Простое встроенное видео

Для небольшого сайта с несколькими видео начните с:

• Видео H.264
• Аудио AAC
• Контейнера MP4
• Разумного разрешения и битрейта
• Постерного изображения
• Lazy loading там, где это уместно

Эта комбинация не выглядит эффектно, но она работает. При желании можно добавить AV1 или VP9 как WebM-источник перед fallback на MP4:

<video controls preload="metadata" poster="poster.jpg">
  <source src="demo-av1.webm" type="video/webm; codecs=av01.0.05M.08">
  <source src="demo-h264.mp4" type="video/mp4; codecs=avc1.4d401f, mp4a.40.2">
</video>

Браузер выберет первый источник, который сможет воспроизвести. Тестируйте это на реальных устройствах, а не только на своём ноутбуке для разработки.

Стриминг и длинное воспроизведение

Для более длинного контента адаптивный стриминг по битрейту важнее любого отдельного кодека. HLS и MPEG-DASH позволяют плееру переключаться между уровнями качества в зависимости от сети и состояния устройства.

Практичная streaming ladder может включать:

• Renditions H.264 для широкой совместимости
• Renditions AV1 для современных клиентов, которые его поддерживают
• Несколько разрешений и битрейтов
• Отдельные аудио-renditions там, где это полезно
• Размеры сегментов, настроенные под старт и поведение при переключении

Выбор кодека и проектирование bitrate ladder следует тестировать вместе. Красивый encode AV1 на одном битрейте не поможет, если старт медленный, сегменты слишком большие или устройства среднего уровня с трудом его декодируют.

Не игнорируйте аппаратное декодирование

Кодек, поддерживаемый программно, — не то же самое, что кодек, поддерживаемый хорошо. Программное декодирование может увеличивать нагрузку на CPU, расходовать батарею и вызывать пропуск кадров. Это особенно важно для мобильных пользователей, ноутбуков на батарее и воспроизведения 4K.

При тестировании обращайте внимание на:

• Использование CPU и GPU
• Расход батареи
• Пропущенные кадры
• Шум вентиляторов на ноутбуках
• Нагрев телефонов
• Задержку старта
• Отзывчивость перемотки

Именно здесь «лучшее сжатие» может проиграть «достаточно хорошему и аппаратно декодируемому». Более крупный файл H.264, который воспроизводится плавно, может быть лучше меньшего файла AV1, который расходует батарею пользователя на старом железе.

Битрейт всё ещё важнее, чем признают команды

Выбор кодека не спасает небрежную bitrate ladder. Многие веб-видео расточительны, потому что экспортируются с настройками production-master и загружаются без внятного плана доставки.

Как грубая отправная точка для воспроизведения H.264 SDR в вебе:

• 720p: около 2–4 Mbps
• 1080p: около 4–8 Mbps
• 4K: около 12–25 Mbps

AV1 и HEVC часто могут идти ниже при похожем воспринимаемом качестве, но контент имеет значение. Видео с говорящей головой сжимается иначе, чем запись игры, скринкаст, анимация, спорт или зернистая плёнка.

Всегда проверяйте визуально. Метрики сжатия помогают, но именно человеческое восприятие решает, приемлемо ли видео.

Контейнеры и MIME-типы — тоже часть работы

Кодек — это не формат файла. H.264 обычно доставляют в MP4. AV1 может доставляться в WebM или MP4 в зависимости от целевой поддержки и пайплайна. VP9 обычно использует WebM. Выбор аудиокодека тоже важен: AAC остаётся безопасным аудио-вариантом по умолчанию для MP4, а Opus отлично подходит для WebM-workflows.

Отдавайте корректные MIME-типы. Убедитесь, что range requests работают. Настраивайте кэширование осознанно. Сломанные заголовки могут приводить к сбоям перемотки видео или вынуждать ненужные повторные загрузки. Если видео ведёт себя в продакшене иначе, чем локально, проверьте фактический HTTP-ответ; подход из отладки редиректов и HTTP-заголовков в продакшене напрямую применим к доставке медиа.

Измеряйте воспроизведение, а не только скорость страницы

Общие оценки производительности могут указать на тяжёлые страницы, но они не объяснят видеоопыт полностью. Отслеживайте специфичные для видео сигналы:

• Time to first frame
• Задержка старта
• Rebuffering ratio
• Средний доставленный битрейт
• Пропущенные кадры
• Доля ошибок по браузерам и устройствам
• Watch time и точки ухода

Аудит страницы всё равно полезен для сопутствующих проблем: слишком большие постеры, скрипты, блокирующие рендеринг, плохой lazy loading и layout shifts вокруг плеера. Если ваша команда использует Lighthouse как первый проход, воспринимайте его как инструмент приоритизации, а не как вердикт; отчёты Lighthouse требуют интерпретации, особенно на страницах с большим количеством медиа.

Практическое дерево решений

Используйте это как отправную точку:

1. Нужна максимальная совместимость? Используйте H.264 MP4.
2. Отдаёте много минут видео на пользователя? Добавляйте renditions AV1 там, где они поддерживаются.
3. Аудитория в основном на устройствах Apple? Рассмотрите HEVC как дополнительную rendition, а не как единственную.
4. Уже инвестировали в VP9? Оставьте его, если он хорошо работает; не мигрируйте срочно без данных.
5. Длинный контент или нестабильные сети? Используйте адаптивный стриминг до того, как зацикливаться на одном кодеке.
6. Аудитория на недорогих мобильных устройствах? Отдавайте предпочтение аппаратно декодируемым форматам и консервативным битрейтам.
7. Короткое декоративное видео? Подумайте, должно ли это вообще быть видео. Статичное изображение, анимация или более короткая петля могут быть лучше.

<!-- tool-cta:start -->

💡 Попробуйте это: Проверьте, как разные кодеки работают с вашим контентом, с помощью Video Converter, чтобы ваше решение основывалось на реальном результате, а не на общих бенчмарках.

<!-- tool-cta:end -->

Разумная рекомендация по умолчанию

Если вы сегодня создаёте или обновляете веб-видеопайплайн, начните с этого:

• Закодируйте надёжный fallback H.264/AAC MP4.
• Добавьте AV1 для браузеров и устройств, которым он полезен.
• Используйте адаптивный стриминг для длинного контента.
• Тестируйте на реальных устройствах, включая старое и недорогое железо.
• Отслеживайте ошибки воспроизведения и буферизацию после запуска.

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