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 даёт как раз на страницах с десятками мелких файлов.