Термин
HTTP/3
HTTP-семантика поверх QUIC вместо TCP. Снимает head-of-line блокировку HTTP/2, поддерживает 0-RTT и в 2026 году доступен по умолчанию на крупных CDN для стриминг-трафика.
HTTP/3, определённый в RFC 9114 (июнь 2022), – это HTTP с заменённым транспортом. Модель request/response, заголовки и методы почти идентичны HTTP/2, но байты идут по QUIC-стримам, а не по TCP. Главный выигрыш для стриминга – per-stream loss recovery: когда клиент мультиплексирует много запросов сегментов в одно соединение (типично для LL-HLS и LL-DASH), потеря в одном стриме больше не стопорит остальные. Только это срезает rebuffer ratio на нестабильных сетях на несколько процентов.
Для стриминг-пайплайнов HTTP/3 даёт ещё два операционных плюса. 0-RTT resumption позволяет вернувшемуся клиенту отправить первый запрос сегмента в том же flight, что и handshake – это съедает 100–300 мс на тёплых соединениях. А connection migration – способность QUIC удержать сессию при смене IP клиентом – держит мобильных зрителей подключёнными при переходе Wi-Fi → cellular без ресинхронизации плеера.
Подвох – в консистентности. Не каждый middlebox чисто пропускает UDP, поэтому HTTP/3 всегда деплоят вместе с HTTP/2 fallback. CDN согласует HTTP/3 через заголовок Alt-Svc, плеер апгрейдит соединение молча, а в сетях, где QUIC не идёт, второе соединение откатывается на TCP. К 2026 году большинство крупных OTT видят 60–80 % байтов трафика по HTTP/3, остаток – по HTTP/2, без видимой разницы для пользователя, кроме чуть лучших хвостовых задержек.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.