Menu
HTTP/2 и HTTP/3 понятным языком: реальная прибавка скорости и как включить

HTTP/2 и HTTP/3 понятным языком: реальная прибавка скорости и как включить

Веб давно перестал быть линейной «картинкой и текстом». Каждая страница — десятки запросов к HTML, CSS, JS, шрифтам, API, аналитике и медиа. На этом фоне транспортный протокол влияет на пользовательскую скорость не меньше, чем кэш или CDN. В 2025 году стандартом де‑факто становятся HTTP/2 и HTTP/3: они сокращают задержки, ускоряют первый байт и уменьшают «шум» при пакетных потерях, особенно на мобильных сетях. Разберёмся простыми словами, за счёт чего они ускоряют реальный мир, где есть мобильная связь, старые браузеры и «соседний Wi‑Fi», и как их включить на серверах Unihost без падений и сюрпризов.

Что это

HTTP/2 в двух словах

  • Мультиплексирование в одном соединении. Несколько запросов/ответов идут параллельно по одной TCP‑сессии, без «голодания» из‑за блокировки очереди (head‑of‑line) на уровне HTTP.
  • Сжатие заголовков (HPACK). Повторяющиеся заголовки (cookie, user‑agent) превращаются в компактные ссылки на словарь.
  • Приоритезация потоков. Браузер сообщает, что важнее (CSS/HTML над изображениями), сервер и клиент перераспределяют пропускную способность.
  • Пуш (устаревающий приём). Сервер может отправить ресурс «вперёд» до запроса. Сегодня почти не используют: сложная инвалидация, риски переполнения канала.

HTTP/3 в двух словах

  • QUIC вместо TCP. HTTP едет поверх QUIC (UDP), поэтому потери пакетов в одном потоке не тормозят соседние — исчезает head‑of‑line на транспортном уровне.
  • Встроенный TLS3. Рукопожатие и шифрование интегрированы: меньше RTT на старт, проще смена ключей.
  • 0‑RTT/1‑RTT старт. При повторном визите клиент может отправить данные почти сразу — выигрываем десятки миллисекунд.
  • Мягкая миграция IP. Смена сети у клиента (Wi‑Fi → LTE) не рвёт сессию: QUIC поддерживает connection ID.

Итог: HTTP/2 даёт крупный выигрыш за счёт мультиплексирования и компактных заголовков; HTTP/3 добавляет устойчивость и стабильный TTFB на «грязных» сетях и мобильных.

Как это ускоряет реальных пользователей

  • Меньше соединений — меньше задержек. При HTTP/1.1 браузеры открывали 6–8 TCP‑коннектов на домен и «жонглировали» запросами. HTTP/2/3 уменьшают число коннектов до 1–2, экономя RTT на установке и TLS.
  • Нет конкуренции за конвейер. В HTTP/1.1 большой JS мог «запереть» очередь. В HTTP/2/3 все запросы идут параллельно; критические ресурсы получают приоритет.
  • Стабильный TTFB в мобильных сетях. Потери и джиттер хуже всего влияют на TCP. QUIC нивелирует эффект локальных потерь; страница «не замирает» из‑за одного битого пакета.
  • Компрессия заголовков. На страницах с большим числом запросов сокращение «балласта» заголовков даёт секунды экономии на 2G/3G/перегруженном LTE.
  • Быстрый прогрев кэша. Благодаря параллельности быстрее «приезжают» ключевые CSS/JS, а значит, ранее наступает first paint/interactive.

Практический ориентир: на типовом лендинге с 60–100 запросами переход с HTTP/1.1 на HTTP/2 обычно сокращает LCP/TTFB на 10–30%. HTTP/3 добавляет ещё 5–15% выигрыша и сильнее стабилизирует метрики в странах с «шумной» мобильной связью.

Когда HTTP/3 особенно полезен

  • Мобильные пользователи и поездки. Переключение между сетями/вышками без разрыва сессии.
  • Страны/регионы с нестабильным радио. Пакетные потери не «замораживают» остальные потоки.
  • Большие страницы SPA/MPA. Много параллельных запросов к API, chunked‑ресурсы, стриминг.
  • Мультимедиа/стриминг. Быстрый старт проигрывания и меньше «ступоров» при перебуфере.

Как включить на сервере (без конфиг‑магии)

Ниже — пошагово, без кода. Рецепты одинаковы по сути для Nginx, Apache, LiteSpeed и панелей (cPanel/DirectAdmin/ISPmanager).

Шаг 1. Обновите стек

  • Версии серверов 2024–2025 годов уже поддерживают HTTP/2 и HTTP/3.
  • Убедитесь, что включён TLS3, есть ALPN и современный набор шифров.
  • Проверьте, что CDN/балансировщик на периметре тоже умеют H2/H

Шаг 2. Включите HTTP/2

  • Активируйте HTTP/2 для HTTPS‑виртуалов.
  • Убедитесь, что веб‑сервер слушает ALPN протоколы h2 и http/1.1.
  • Проверьте тестовым клиентом/браузером, что ответы идут по h2.

Шаг 3. Включите HTTP/3 (QUIC)

  • Разрешите UDP‑порт, используемый сервером (обычно 443/UDP).
  • Включите поддержку HTTP/3/QUIC и объявите Alt‑Svc (альтернативный сервис) для хендшейка.
  • Убедитесь, что CDN/фронтовой балансировщик пробрасывает QUIC, либо сам завершает H3 на границе.

Шаг 4. Подтяните кэш и компрессию

  • Включите Brotli/Gzip для текста, но не с максимальным уровнем — избыток CPU может навредить.
  • Выставьте Cache‑Control и ETag/Last‑Modified для статики.
  • Для HTML применяйте короткий TTL и корректную инвалидацию (хуки CMS/CI).

Шаг 5. Уберите устаревшие «оптимизации под HTTP/1.1»

  • Откажитесь от domain sharding (разбивки ресурсов по поддоменам): лишние коннекты мешают H2/H
  • Не инлайните чрезмерно CSS/JS в HTML — это ломает кэш и увеличивает TTFB.
  • Откажитесь от push (HTTP/2 Server Push) — в 2025‑м почти не нужен.

Шаг 6. Проверьте безопасность и совместимость

  • Убедитесь, что включены HSTS, современный cipher‑suite, отключены устаревшие протоколы.
  • В логах включите поля: версия протокола (H2/H3), тайминги, размеры, коды.
  • Проверьте старые браузеры и ботов: корректно ли они откатываются на HTTP/1.1.

Чек‑лист наблюдаемости после включения

  • Доля трафика H2/H Растёт ли со временем, как ведут себя регионы/платформы.
  • TTFB/LCP p50/p95/p99. Сравните до/после, отдельно по мобильным.
  • Error rate/TLS ошибки. Нет ли всплесков рукопожатий/несовместимых клиентов.
  • Кеш‑HIT и размер ответов. Переоценка инлайна и TTL после включения H2/H
  • Пропускная способность и CPU. Не перегружаете ли CPU на Brotli/шифровании.

Частые ошибки при миграции

  • Включили H2 только на фронте/CDN, но не на origin. Теряете часть выигрыша и усложняете трассировку.
  • Оставили старые хаки для HTTP/1.1. Разбиение доменов, спрайты, агрессивный инлайн — это тормозит H2/H
  • Слишком «тяжёлый» Brotli. Уровни 9–11 не всегда оправданы; лучше 4–6 и экономия CPU.
  • Игнорирование UDP на фаерволах. H3 не заработает, если заблокирован 443/UDP.
  • Нет планов отката. Всегда держите флаг/аннотацию релиза, чтобы быстро выключить H3 при аномалиях.

Реальные кейсы ускорения

Контентный портал (мобильная аудитория 70%)
— Переход H1.1 → H2 + Brotli + корректные TTL для статики.
— Итог: −22% p95 TTFB, −18% LCP, рост CTR на 4–6% по регионам с «шумными» сетями.

Интернет‑магазин на WooCommerce
— LiteSpeed + LSCache, включили H2/H3 на периметре, убрали domain sharding и инлайн больших CSS.
— Итог: −28% p95 TTFB, −15% FID/INP, конверсия +3.2%.

B2B‑SaaS с тяжелыми SPA
— Nginx как фронт, HTTP/3 для API и ассетов, лимиты на concurrency.
— Итог: −12% p95 TTFB глобально, −25% «ступоров» при пакетных потерях.

Вопросы и ответы (коротко)

Нужно ли включать HTTP/3 всем?
Да, если ваша аудитория заметная на мобильных/международных сетях. Стоимость внедрения мала, а стабилизация метрик ощутима.

Что с Server Push?
В 2025 году почти не используется: кэш‑стратегии и prefetch работают лучше без побочных эффектов.

Можно ли оставить HTTP/1.1?
Да, как фолбэк. Все сервера по ALPN согласуют лучшую версию автоматически.

Насколько безопасен QUIC?
QUIC использует TLS 1.3 и стандартные криптопрактики. Главное — актуальные реализации и патчи.

План внедрения за один вечер

  • Обновить веб‑сервер и включить TLS3 + ALPN.
  • Активировать HTTP/2 для всех HTTPS‑виртуалов.
  • Открыть 443/UDP и включить HTTP/3/QUIC (на периметре и origin).
  • Настроить Brotli/Gzip и корректные заголовки кеша.
  • Убрать domain sharding/спрайты/чрезмерный инлайн.
  • Добавить в логи поля версии протокола и тайминги; завести дашборды p95/TTFB.
  • Провести A/B‑замер до/после и оставить H3 включённым, если выигрыши стабильны.

Почему Unihost

Сеть и площадки. Современный пиринг, предсказуемая латентность, DDoS‑фильтрация, приватные VLAN — H2/H3 стабильно показывают лучшие p95. Серверы. NVMe Gen4/Gen5 для быстрой статики и кэша, высокочастотные CPU под Brotli/TLS, выделенный uplink для медиа. Поддержка протоколов. Готовые профили для Nginx/Apache/LiteSpeed, рекомендации по QUIC/ALPN/TLS и тестам совместимости. Наблюдаемость. Интеграции с Grafana/ELK/OTel, панели p95/TTFB/LCP, алерты на TLS и долю H2/H3. Экспертиза 24/7. Поможем включить H2/H3 в один вечер, проверить кэш и убрать «устаревшие» оптимизации.

Заключение

HTTP/2 и HTTP/3 — не модная галочка, а реальный инструмент ускорения, особенно на мобильных и международных сетях. Их сила — в параллельности, устойчивости к потерям и экономии на рукопожатиях. Включите H2/H3, подправьте кэш и компрессию, уберите хаки эпохи HTTP/1.1 — и реальные пользователи увидят разницу в те же сутки.

Попробуйте серверы Unihost — стабильная инфраструктура для ваших проектов.
Включим HTTP/2 и HTTP/3 на ваших VPS или выделенных серверах Unihost, настроим кэш и измерим эффект по p95/TTFB.