HTTP/2 dla SEO i Core Web Vitals
HTTP/2 SEO Core Web Vitals · test HTTP/2 online · ALPN TLS sprawdzanie
Kiedy HTTP/2 pomaga w wydajności, crawlowaniu i technicznej diagnozie SEO.
Autor: DN01 Network Team
Kiedy HTTP/2 pomaga w wydajności, crawlowaniu i technicznej diagnozie SEO. HTTP/2 Tester pod adresem /pl/http2-tester pomaga sprawdzić z zewnątrz, jaki protokół TLS/ALPN negocjuje publiczny host. To nie jest pełny benchmark wydajności ani zamiennik prawdziwej przeglądarki, lecz szybka odpowiedź: serwer oferuje h2 czy wraca do HTTP/1.1? HTTP/2 jest przydatnym warunkiem, ale nie gwarancją lepszego LCP ani INP.
W praktyce otwórz /pl/http2-tester, wpisz domenę albo URL HTTPS i zapisz wynik razem z kontrolą /pl/weryfikator-certyfikatu-ssl oraz /pl/weryfikator-naglowkow-http. Połączenie protokołu, certyfikatu i nagłówków chroni przed połowiczną diagnozą: poprawny certyfikat nie gwarantuje HTTP/2, a aktywne HTTP/2 nie naprawia złego cache ani HSTS.
Ten materiał należy do klastra HTTP/2 w DN01. Po lekturze przejdź też do /pl/articles/api-monitoring-http2, aby zobaczyć powiązaną checklistę, a do narzędzia wracaj przy porównywaniu stagingu, produkcji, CDN i origin.
Kiedy test HTTP/2 ma sens
Test warto uruchomić po migracji CDN, zmianie reverse proxy, aktualizacji Nginx/Apache/Caddy albo włączeniu TLS dla nowej nazwy hosta. Wiele incydentów wynika z tego, że staging i produkcja negocjują inny protokół albo proxy kończy TLS przed aplikacją i zmienia ALPN.
Używaj go także w przeglądach SEO i Core Web Vitals: HTTP/2 samo nie przyspiesza strony, ale daje multiplexing, kompresję nagłówków HPACK i efektywniejsze użycie jednego połączenia TLS. Jeśli wynik pokazuje HTTP/1.1, sprawdź konfigurację TLS, CDN i certyfikat.
Dla publicznych API wynik pomaga zespołom wsparcia i partnerom zrozumieć, czy nowoczesne klienty mogą używać h2. Dokumentuj host, czas testu i wynegocjowany protokół; to lepszy dowód niż ogólny zrzut ekranu z DevTools.
Jak czytać ALPN, TLS i protokół
ALPN to rozszerzenie TLS, przez które klient i serwer wybierają protokół aplikacyjny przed żądaniem HTTP. Jeżeli serwer publikuje h2, a klient je proponuje, wynik powinien wskazać negotiatedProtocol h2. Brak ALPN zwykle oznacza fallback do HTTP/1.1.
Zwróć uwagę na wersję TLS i szyfr. HTTP/2 w przeglądarkach wymaga praktycznie nowoczesnego TLS; stare ustawienia, pośrednicy lub niezgodne terminacje mogą blokować negocjację. Tester pokazuje jeden punkt widzenia backendu DN01, więc powtórz sprawdzenie po zmianach DNS lub purge CDN.
Jeśli widzisz HTTP/1.1, nie zakładaj od razu problemu aplikacji. Najpierw sprawdź, czy CDN obsługuje h2 w aktywnym planie, czy virtual host ma właściwą dyrektywę i czy łańcuch certyfikatu pasuje do testowanej nazwy.
Zalecany przepływ z DN01
Zacznij od /pl/weryfikator-dns lub /pl/dig, aby potwierdzić, że hostname wskazuje oczekiwany proxy albo origin. Potem użyj /pl/weryfikator-certyfikatu-ssl do sprawdzenia SAN, ważności i łańcucha. Dopiero po warstwie TLS uruchom HTTP/2 Tester, bo ALPN zależy od tej sesji.
Na końcu sprawdź /pl/weryfikator-naglowkow-http: HTTP/2 opisuje transport, a Cache-Control, HSTS, CSP i redirecty opisują semantykę odpowiedzi. W tickecie wdrożeniowym wklej trzy wyniki w kolejności: DNS, TLS/HTTP2, nagłówki.
Do automatyzacji zarejestruj dostęp API na /pl/api-register-access i używaj endpointu /site-api/tools/http2 w cyklicznych kontrolach. Proste reguły są najlepsze: h2 oczekiwane w produkcji, brak połączenia lub fallback HTTP/1.1 jako warning do wyjaśnienia.
Typowe błędy
Najczęściej testowany jest bezpośredni origin, podczas gdy użytkownicy przechodzą przez CDN; te dwa tory mogą mieć inne protokoły. Drugi błąd to sprawdzanie http:// zamiast HTTPS, mimo że publiczne HTTP/2 jest zwykle negocjowane w TLS.
Niektóre load balancery ogłaszają h2 tylko na konkretnych listenerach lub dla wybranych SNI. Jeżeli wildcard certificate jest ważny, ale odpowiada zły virtual host, tester może pokazać inny protokół niż oczekiwany. Testuj dokładną nazwę hosta.
Nie traktuj HTTP/2 jako jedynej miary wydajności. Obrazy, cache, render blocking i TTFB są oddzielne. To narzędzie potwierdza możliwości transportu, a nie zastępuje Lighthouse, RUM ani tracingu aplikacji.
| Pole | Dlaczego ważne | Co zrobić |
|---|---|---|
| supportsHttp2 | Czy ALPN wynegocjował h2 | Powinno być true na nowoczesnych hostach |
| negotiatedProtocol | Pokazuje h2, http/1.1 albo brak ALPN | Porównaj z konfiguracją proxy |
| tlsVersion | Ujawnia użytą wersję TLS | Zaktualizuj konfigurację przy legacy |
| durationMs | Czas negocjacji z backendu DN01 | Traktuj jako sygnał, nie globalny benchmark |
Najczęściej zadawane pytania
- Czy HTTP/2 Tester pobiera całą stronę?
Nie. Sprawdza negocjację TLS/ALPN i zwraca protokół, TLS oraz podstawowe metadane; nie wykonuje JavaScriptu i nie mierzy całej strony.
- Dlaczego przeglądarka pokazuje HTTP/2, a tester nie?
Możliwy jest inny tor CDN, DNS geolokalizowany, cache albo inne SNI. Powtórz test na tej samej nazwie hosta i porównaj DNS oraz certyfikat.
- Czy mogę użyć tego w CI?
Tak. Endpoint /site-api/tools/http2 przyjmuje host lub URL HTTPS i może działać po rejestracji tokenu API.