Что такое HTTP/3 (QUIC) и чем он отличается от HTTP/2 на практике

HTTP — это фундамент протокола веба. За последние годы он прошёл заметную эволюцию: от HTTP/1.1 с его проблемами head-of-line blocking до HTTP/2 с мультиплексированием и бинарным фреймингом. Следующий шаг — HTTP/3, который работает поверх протокола QUIC и использует UDP вместо TCP.

В этой статье разберёмся, что такое HTTP/3 и QUIC, какие проблемы они решают и чем HTTP/3 реально отличается от HTTP/2 на практике.

Кратко: что такое QUIC

QUIC (Quick UDP Internet Connections) — это транспортный протокол, разработанный Google и стандартизированный IETF. Он заменяет связку TCP + TLS, объединяя надёжную доставку данных и шифрование в одном протоколе.

Ключевая особенность: QUIC работает поверх UDP, но при этом предоставляет:

• надёжную доставку данных;

• управление перегрузкой;

• шифрование (TLS 1.3 встроен);

• мультиплексирование потоков без блокировок.

HTTP/3 — это просто HTTP, работающий поверх QUIC.

Почему понадобился HTTP/3

HTTP/2 сильно улучшил производительность по сравнению с HTTP/1.1, но он всё ещё основан на TCP. А TCP имеет фундаментальную проблему — head-of-line blocking на уровне соединения.

Если один TCP-пакет теряется:

• все потоки внутри соединения ждут его повторной доставки;
• даже если остальные данные уже пришли.

Для современных сайтов с большим количеством параллельных запросов это становится узким местом, особенно в мобильных сетях.

HTTP/3 решает эту проблему за счёт QUIC.

Основные отличия HTTP/3 от HTTP/2

1. TCP vs UDP

Использование UDP позволяет QUIC управлять потоками данных более гибко, чем TCP.

2. Отсутствие head-of-line blocking

В HTTP/2 мультиплексирование есть, но при потере TCP-пакета страдают все потоки.

В HTTP/3:

• каждый запрос — отдельный поток;
• потеря пакета влияет только на один поток;
• остальные продолжают работать.

Это особенно важно для:

• мобильных сетей;
• Wi‑Fi с потерями пакетов;
• CDN и SPA-приложений.

3. Быстрее установка соединения

HTTP/2:

• TCP handshake (1 RTT)
• TLS handshake (1–2 RTT)

HTTP/3:

• QUIC + TLS за 1 RTT
• при повторном подключении — 0 RTT

На практике это означает более быстрый TTFB и ускорение первой загрузки страницы.

4. Миграция соединений

QUIC поддерживает connection migration:

• соединение привязано не к IP, а к connection ID;
• можно переключиться с Wi‑Fi на LTE без разрыва соединения.

TCP такого не умеет — при смене сети соединение всегда пересоздаётся.

Что остаётся таким же

Важно понимать: HTTP/3 не меняет семантику HTTP.

• те же методы (GET, POST и т.д.);
• те же заголовки;
• те же коды ответов;
• те же API на уровне приложений.

Разница исключительно на транспортном уровне.

Поддержка и реальное использование

На сегодняшний день HTTP/3 поддерживается:

• браузерами: Chrome, Firefox, Edge, Safari;
• серверами: Nginx, Caddy, Cloudflare, LiteSpeed;
• CDN: Cloudflare, Fastly, Akamai.

При этом почти всегда используется fallback:

• если HTTP/3 недоступен — клиент автоматически переходит на HTTP/2.

Есть ли минусы у HTTP/3

Да, и их стоит учитывать:

• UDP может блокироваться фаерволами и старыми NAT;
• отладка сложнее (tcpdump и Wireshark не так удобны);
• выше нагрузка на CPU из-за шифрования;
• не все балансировщики и прокси корректно поддерживают QUIC.

Поэтому HTTP/3 обычно включают как опцию, а не замену HTTP/2.

Когда имеет смысл включать HTTP/3

HTTP/3 особенно полезен если:

• много мобильных пользователей;
• используется CDN;
• важна скорость первой загрузки;
• сайт работает по HTTPS (обязательно).

Для небольших внутренних сервисов разница может быть минимальной.

Итог

HTTP/3 — это логичное развитие веб-протоколов:

• меньше задержек;
• лучше работа в нестабильных сетях;
• отсутствие head-of-line blocking;
• более быстрые соединения.

Он не требует переписывания приложений и постепенно становится новым стандартом. Пока HTTP/2 остаётся основной рабочей лошадкой, HTTP/3 всё чаще используется как ускоряющий слой поверх неё.