HTTP/3 и QUIC: как работает новый транспорт веба

HTTP/3 — версия протокола HTTP, которая использует QUIC вместо привычной связки HTTP/2, TLS и TCP. QUIC работает поверх UDP, но добавляет собственные надёжные потоки, управление перегрузкой и защищённое согласование соединения. Само наличие HTTP/3 не делает сайт быстрее в любых условиях.

Что изменилось по сравнению с HTTP/2

Методы вроде GET и коды ответа сохраняют знакомый смысл: меняется способ передачи сообщений. HTTP/2 передаёт несколько потоков по одному TCP-соединению. Потеря TCP-сегмента может задержать доставку данных других потоков на транспортном уровне. QUIC управляет несколькими потоками самостоятельно, поэтому потеря в одном потоке не требует ждать данные другого потока таким же образом. Это может помочь на сетях с потерями, но не отменяет физическую задержку и скорость сервера.

QUIC включает защиту, основанную на TLS 1.3, в своё согласование. Название «поверх UDP» не означает передачу содержимого в открытом виде: HTTP/3 рассчитан на защищённое соединение. При повторном подключении некоторые сценарии могут сократить время согласования, но точное поведение зависит от клиента, сервера и того, что они уже знают друг о друге.

Порт 443 и резервный вариант

HTTP/3 обычно использует UDP 443, тогда как HTTP/2 по HTTPS обычно работает через TCP 443. Если локальная сеть или межсетевой экран блокирует UDP, QUIC-соединение может не установиться. Клиенты обычно пробуют другую поддерживаемую версию HTTP через TCP. Поэтому отказ UDP 443 не всегда делает сайт недоступным, но может влиять на производительность или диагностику. Проверка TCP-порта 443 не доказывает поддержку HTTP/3.

В браузере можно посмотреть версию протокола конкретного запроса в инструментах разработчика. Не делайте вывод только по рекламному заявлению хостинга: CDN, прокси или отдельные ресурсы страницы могут использовать разные соединения. Для полноценной проверки нужны запросы с клиента, поддерживающего HTTP/3, и просмотр ответа.

Когда это действительно полезно

HTTP/3 может улучшить работу при потерях и смене сетевого маршрута, например при переходе телефона между сетями, если реализация поддерживает нужные механизмы. Но большой размер изображения, медленный сервер или лишние скрипты он сам по себе не исправит. Измеряйте загрузку страницы и работу пользователя, а не только название протокола. Спецификации HTTP/3 и QUIC определяют механизмы; основы транспорта сравниваются в статье TCP и UDP.

При сравнении протоколов используйте один и тот же сайт и похожие сетевые условия. Браузер может менять выбор между запросами, а кеширование уменьшает число сетевых обращений. Разницу во времени открытия страницы нельзя объяснять одним HTTP/3, если одновременно изменились изображения, CDN или состояние сервера.