HTTP/2 (с 2015) и HTTP/3 (с 2022) — протоколы передачи данных, заменяющие старый HTTP/1.1. Главные преимущества: мультиплексирование (несколько запросов в одном соединении), сжатие заголовков, в HTTP/3 — переход на QUIC поверх UDP вместо TCP, что устраняет head-of-line blocking.
Для SEO напрямую не фактор, но косвенно влияет через скорость: HTTP/2 даёт 10–30% ускорения на типичных страницах. Включается на стороне сервера, для пользователя прозрачно.
HTTP/1.1 // последовательно, головной блок // 6 параллельных запросов max // загрузка 24 ресурсов ≈ 3.2 с HTTP/2 // multiplexing — все ресурсы одним TCP // загрузка 24 ресурсов ≈ 1.4 с HTTP/3 // поверх QUIC/UDP, не зависим от TCP // меньше задержек на нестабильных сетях // загрузка 24 ресурсов ≈ 0.9 с
Сайт на nginx с включённым HTTP/2: 30 ресурсов грузятся параллельно по одному соединению. На HTTP/1.1 та же страница тратила бы 6 параллельных соединений и теряла секунду на каждом.
Проверить версию протокола можно во вкладке Network инструментов разработчика (колонка Protocol покажет h2 или h3) или командой curl -I --http2 / --http3. На стороне сервера HTTP/2 включается одной директивой (listen 443 ssl http2 в старом nginx, listen 443 ssl; http2 on; начиная с nginx 1.25), HTTP/3 требует сборки с QUIC и открытого UDP/443. Важный нюанс: оба протокола работают только поверх HTTPS — без валидного сертификата браузер откатится на HTTP/1.1.
Прирост от HTTP/2 наибольший на страницах с десятками мелких файлов: мультиплексирование снимает лимит в 6 параллельных соединений на домен, поэтому приём «склеивать спрайты и шардить домены» из эпохи HTTP/1.1 на h2 уже вредит. HTTP/3 выигрывает прежде всего на мобильных и нестабильных сетях — QUIC переживает смену IP (Wi-Fi → LTE) без переустановки соединения и бьёт по TTFB. Косвенно это улучшает LCP и общий балл Core Web Vitals, который Google учитывает в ранжировании.
До 6 параллельных соединений на домен, head-of-line blocking — отсюда старые хаки со спрайтами и шардингом.
Все запросы в одном соединении, сжатие заголовков HPACK, +10–30% к скорости загрузки страницы.
Убирает блокировку на уровне TCP, переживает смену сети — выигрыш в первую очередь на мобильных.
Частые вопросы
Как проверить, работает ли на сайте HTTP/2 или HTTP/3?
Открой вкладку Network в инструментах разработчика — колонка Protocol покажет h2 или h3. Из консоли то же самое даёт curl -I --http2 или --http3. Учти, что оба протокола работают только поверх HTTPS: без валидного сертификата браузер откатится на HTTP/1.1.
Влияет ли HTTP/2 на позиции сайта в поиске?
Напрямую это не фактор ранжирования, но косвенно работает через скорость — HTTP/2 даёт 10–30% ускорения на типичных страницах. HTTP/3 через QUIC выигрывает на мобильных и нестабильных сетях и бьёт по TTFB. Это подтягивает LCP и общий балл Core Web Vitals, который Google учитывает в выдаче.
Нужно ли склеивать спрайты и шардить домены при HTTP/2?
Нет, эти приёмы из эпохи HTTP/1.1 на h2 уже вредят. Мультиплексирование снимает лимит в 6 параллельных соединений на домен, поэтому все ресурсы едут по одному соединению. Наибольший прирост HTTP/2 даёт как раз на страницах с десятками мелких файлов.
Какой протокол реально отдаёт сервер, видно за секунду. В консоли: curl -I --http2 https://example.com/ покажет в ответе HTTP/2 200, а для третьей версии нужен curl --http3 со свежей сборкой. В браузере проще: DevTools, вкладка Network, правый клик по шапке таблицы, колонка Protocol — там будет h2 или h3 напротив каждого запроса. Хостинги часто рапортуют о поддержке в тарифе, а на деле отдают http/1.1, поэтому проверять стоит на живом домене, а не по описанию тарифа.
Выигрыш от протоколов распределён неравномерно. На стабильном проводном канале разница между HTTP/1.1 и HTTP/2 заметна на страницах с десятками мелких файлов и почти незаметна там, где всё собрано в пару бандлов. HTTP/3 показывает себя на мобильных сетях с потерями пакетов и при переключении между вышками: соединение не пересобирается заново, и TTFB не проваливается. Для сайта с российской мобильной аудиторией это обычно более осязаемая правка, чем очередной раунд сжатия картинок.
Включение живёт на стороне сервера. В nginx начиная с версии 1.25 это отдельная директива http2 on; внутри блока server, до неё — параметр http2 в строке listen. Для HTTP/3 добавляется listen 443 quic; и заголовок Alt-Svc, которым браузеру сообщают, что можно переключиться. У сайтов за CDN всё это включается одним тумблером в панели, и там же чаще всего и стоит начинать: перенастройка своего nginx ради пары десятков миллисекунд редко окупает риск уронить конфиг.