Короткое определение

HTTP-семантика поверх QUIC вместо TCP. Устраняет head-of-line блокировку HTTP/2, поддерживает 0-RTT и с 2026 года будет доступна по умолчанию на крупных CDN для стриминг-трафика.

HTTP/3, определённый в RFC 9114 (июнь 2022), – это HTTP с изменённым транспортным уровнем. Модель «запрос–ответ», заголовки и методы почти полностью совпадают с HTTP/2, но данные передаются по QUIC-стримам вместо TCP. Основное преимущество для стриминга – восстановление после потерь на уровне отдельных потоков: когда клиент мультиплексирует множество запросов на сегменты в одном соединении (что типично для LL-HLS, LL-HLS и LL-DASH), потеря пакетов в одном стриме больше не блокирует остальные. Именно это позволяет снизить частоту повторной буферизации на несколько процентов в условиях нестабильной сети.

Для стриминг-пайплайнов HTTP/3 даёт ещё два операционных преимущества. 0-RTT возобновление позволяет вернувшемуся клиенту отправить первый запрос сегмента в том же пакете, что и рукопожатие – это экономит 100–300 мс на уже установленных соединениях. А миграция соединения – способность QUIC сохранять сессию при смене IP-адреса клиентом – позволяет мобильным зрителям оставаться подключёнными при переходе с Wi-Fi на сотовую сеть без пересинхронизации плеера.

Подвох – в консистентности. Не каждый middlebox пропускает UDP без изменений, поэтому HTTP/3 всегда внедряют вместе с fallback на HTTP/2. CDN согласовывает использование HTTP/3 через заголовок Alt-Svc, плеер молча апгрейдит соединение, а в сетях, где QUIC не работает, второе соединение автоматически откатывается на TCP. К 2026 году большинство крупных OTT-провайдеров видят 60–80 % байтов трафика по HTTP/3, остаток – по HTTP/2, без видимой разницы для пользователя, кроме немного улучшенных хвостовых задержек.

Считаете параметры для своего продукта?

Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.