Проверка HTTP/2

Проверка HTTP/2 - это бесплатный инструмент, который определяет, использует ли сайт сетевой протокол HTTP/2.

Что именно проверяется при проверке HTTP/2?

Проверка определяет, может ли веб-сервер указанного сайта обмениваться данными по HTTP/2. HTTP/2 - это версия протокола передачи гипертекста, то есть набора правил, по которым браузеры и серверы запрашивают и передают страницы, изображения, скрипты и другие веб-ресурсы.

Для сайта с HTTPS клиент и сервер обычно выбирают протокол при установке защищённого соединения. Для такого согласования часто применяется механизм Application-Layer Protocol Negotiation, или ALPN. HTTP/2 обозначается как h2, а более старое соединение может использовать http/1.1.

В HTTP/2 сохраняются привычные элементы HTTP, включая методы, коды состояния и заголовки, но данные передаются в виде двоичных кадров. Протокол позволяет передавать несколько потоков через одно соединение и сжимать HTTP-заголовки. Это может снизить накладные расходы на соединение, особенно на страницах с большим количеством отдельных ресурсов. Однако сам по себе HTTP/2 не ускоряет медленный код приложения, крупные изображения или запросы к базе данных с большой задержкой.

Как проверить сайт на поддержку HTTP/2?

Укажи сайт, для которого нужно проверить поддержку HTTP/2, и запусти проверку. Введённые данные передаются по HTTPS на сервер, где выполняется проверка, и не сохраняются.

Доменные метки с диакритическими знаками и символами нелатинских алфавитов представляются в DNS как A-метки IDNA, использующие алгоритм кодирования Punycode.

Не отправляй токены доступа и другие конфиденциальные данные. Хотя введённая информация не сохраняется, она всё равно передаётся на сервер инструмента для выполнения проверки на стороне сервера.

Как понять результат проверки HTTP/2?

Результат показывает, использует ли проверенный сайт HTTP/2. Рассматривай его как свидетельство использования протокола проверенным сайтом, а не как полную оценку скорости или конфигурации ресурса.

• Положительный результат подтверждает использование протокола. Отрицательный результат означает, что проверка не подтвердила HTTP/2, но сам по себе он не указывает причину.

Например, если сайт получил положительный результат, это подтверждает использование HTTP/2 на проверенном сайте. Однако из этого не следует, что отдельные сервисы или более старый исходный сервер работают по тому же протоколу.

Если результат не подтверждает HTTP/2, проверь сайт с помощью инструмента Поиск HTTP заголовков, а также изучи настройки веб-сервера или CDN. В инструментах разработчика браузера тоже можно посмотреть протокол каждого запроса, обычно он обозначается как h2 или http/1.1.

Какие распространённые проблемы выявляет проверка?

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

1. CDN только что включили. Проверяй общедоступный сайт, а не частный или временный адрес исходного сервера. Если публичный сайт использует HTTP/2, а исходный сервер нет, это может быть нормальным, поскольку соединения между браузером и CDN и между CDN и исходным сервером существуют отдельно.
2. Браузер по-прежнему показывает HTTP/1.1. Убедись, что браузер и инструмент проверяют один и тот же сайт. Страница может загружать ресурсы с нескольких доменов, а для каждого соединения протокол согласуется отдельно. Если один запрос стороннего скрипта использует HTTP/1.1, это не означает, что основной документ работает по тому же протоколу.
3. После переноса сервера появилось предупреждение о сертификате. Обработка сертификата HTTPS и согласование протокола HTTP связаны между собой как этапы установки соединения, но результат проверки HTTP/2 не заменяет полную диагностику сертификата. Отдельно проверь имя хоста в сертификате, срок его действия, цепочку сертификатов и конфигурацию сервера.

Эта проверка не может объяснить все причины медленной загрузки страниц. Поддержка HTTP/2 ничего определённого не говорит о времени ответа сервера, выполнении JavaScript, размере изображений или перегрузке сети между конкретным посетителем и сервером. Если нужно отдельно проверить доступность узла и время отклика сети, используй инструмент Пинг.

Почему из-за кеширования или распространения настроек результат может казаться неверным?

Из-за кеширования DNS и постепенного распространения конфигурации разные проверки некоторое время могут попадать на разные серверы. После изменения записи DNS рекурсивные резолверы могут продолжать использовать предыдущий ответ, пока не истечёт срок его жизни. Поэтому серверный инструмент и подключение из офиса или дома могут обращаться к разным IP-адресам.

Изменения в CDN и балансировщиках нагрузки также могут применяться не во всех пограничных точках одновременно. На одной точке HTTP/2 уже может быть включён, тогда как другая всё ещё использует прежнюю конфигурацию. Проверь актуальные ответы DNS, убедись, что на всех исходных или пограничных серверах заданы нужные настройки, а затем повтори сравнение после истечения соответствующего срока кеширования.

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

Частые вопросы

Может ли сайт одновременно поддерживать HTTP/1.1 и HTTP/2?

Да. Сервер может поддерживать обе версии и выбирать ту, которую понимает подключившийся клиент. Благодаря такой совместимости старые клиенты могут использовать HTTP/1.1, а новые согласовывать HTTP/2.

Может ли сайт использовать и HTTP/3, и HTTP/2?

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

Для HTTP/2 обязательно нужен HTTPS?

HTTP/2 можно использовать через незашифрованное TCP-соединение при условии, что клиент заранее знает о поддержке протокола, тогда как использование прежнего токена обновления HTTP/1.1 h2c считается устаревшим. Распространённые браузеры обычно используют HTTP/2 через HTTPS. Поэтому для общедоступного сайта корректная настройка TLS, как правило, необходима, чтобы браузеры могли подключаться по HTTP/2.

Поможет ли HTTP/2 сократить большое время до первого байта?

Нет. Большое время до первого байта часто связано с обработкой запроса на сервере, расстоянием по сети, отсутствием данных в кеше или перегруженной инфраструктурой. HTTP/2 может улучшить передачу нескольких запросов через одно соединение, но не устраняет задержку до момента, когда сервер начинает отвечать.

Для окончательной проверки сравни результаты для одного и того же сайта в этом инструменте, в инструментах разработчика браузера и в записях DNS. Если результаты различаются, запиши полученный IP-адрес и повтори проверку после истечения срока действия текущих кешей DNS и CDN.