Перевірка 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 як IDNA A-мітки, для яких використовується алгоритм кодування Punycode.

Не надсилай токени доступу чи іншу конфіденційну інформацію. Хоча введені дані не зберігаються, вони все одно передаються на сервер інструмента, щоб виконати перевірку на стороні сервера.

Як зрозуміти результат перевірки HTTP/2?

Результат показує, чи використовує перевірений сайт 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.

Чи обов'язково потрібен HTTPS для HTTP/2?

HTTP/2 можна використовувати через незашифроване TCP-з'єднання з попереднім знанням протоколу, тоді як застосування колишнього токена оновлення HTTP/1.1 h2c вважається застарілим. Поширені браузери зазвичай використовують HTTP/2 через HTTPS. Тому для загальнодоступного сайту належна конфігурація TLS зазвичай є однією з умов доступності HTTP/2 у браузерах.

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

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

Наостанок порівняй результати для того самого сайту в цьому інструменті, засобах розробника браузера та DNS-записах. Якщо вони відрізняються, занотуй визначену IP-адресу й повтори перевірку після завершення строку дії наявних кешів DNS і CDN.