Co to jest HTTP/3 i co to jest QUIC?

**HTTP/3 to ta sama semantyka HTTP** (te same metody, te same statusy, te same nagłówki) działająca po innej warstwie transportowej zwanej **QUIC**. QUIC jest protokołem opartym na UDP, który wbudowuje **TLS 1.3 do warstwy transportu**, więc handshake to jedno round trip zamiast dwóch (lub zero przy powrotach, z 0-RTT). Najważniejsze: strumienie QUIC są **niezależne na poziomie transportu**, więc utrata pakietu blokuje jeden strumień, a nie całe połączenie. Wygrana jest najbardziej widoczna na **sieciach mobilnych ze stratami pakietów**: HTTP/3 bywa nawet dwa razy szybszy na słabych łączach. Koszt: więcej CPU po obu stronach i firewalle korporacyjne blokujące UDP/443 domyślnie.

Jak włączyć HTTP/2 w nginx?

W bloku serwera dodaj `http2` do dyrektywy listen: `listen 443 ssl http2;`. Dosłownie tyle, na **nginx 1.9.5+** (z października 2015). I tak potrzebujesz TLS, bo przeglądarka negocjuje h2 wyłącznie nad TLS przez ALPN. Przeładuj nginx (`sudo nginx -s reload`) i odpal ten detektor, żeby potwierdzić. Jeśli karta dalej pokazuje http/1.1, sprawdź, czy linia listen jest **na tym bloku, do którego przypięty jest Twój certyfikat**, a nie na zapomnianym domyślnym bloku.

Jak włączyć HTTP/2 w Apache?

Dwa kroki. Najpierw `a2enmod http2`, żeby załadować moduł. Potem w virtual hoście dorzuć `Protocols h2 http/1.1` w środku bloku ` `. Zrestartuj Apache i sprawdź ponownie. Wymagana wersja: Apache 2.4.17+. **Uwaga na mod_php z preforkiem**: HTTP/2 w Apache wymaga MPM **event lub worker**, prefork nie zadziała. Jeśli jesteś jeszcze na preforku, przesiądź się najpierw na PHP-FPM, a dopiero potem włącz http2.

Co to jest ALPN i dlaczego to on rozstrzyga, czy strona ma HTTP/2?

ALPN (Application-Layer Protocol Negotiation) to **rozszerzenie TLS**, w którym klient wymienia w ClientHello wspierane protokoły aplikacyjne (np. `["h2", "http/1.1"]`), a serwer wybiera jeden i ogłasza go w ServerHello. Wynik jest **wynegocjowany podczas handshake TLS**, zanim jakikolwiek request HTTP poleci. Dlatego ALPN nie kłamie: jeśli serwer wybierze `h2`, to wiadomo, że dalej będzie HTTP/2. Jeśli wybierze `http/1.1`, mimo że h2 było zaoferowane, to HTTP/2 nie jest włączony. Nasze narzędzie odpala dokładnie ten handshake i pokazuje, co serwer wybrał.

Co to jest nagłówek Alt-Svc?

Alt-Svc (RFC 7838) to **standardowy sposób, w jaki serwer ogłasza alternatywną usługę** dla tego samego originu. Dla HTTP/3 wygląda to tak: `Alt-Svc: h3=":443"; ma=86400` i znaczy: "doszedłeś do mnie przez TCP, ale ja mówię też w HTTP/3 na UDP 443, i możesz to zapamiętać na 24 godziny". Przy następnym requeście przeglądarka spróbuje QUIC od razu. **Bez Alt-Svc przeglądarki nigdy nie próbują HTTP/3**, nawet jeśli Twój serwer go obsługuje. Cloudflare, Fastly i inne nowoczesne CDN-y wysyłają Alt-Svc automatycznie. Czysty nginx wymaga ręcznego `add_header alt-svc 'h3=":443"; ma=86400';`.

Mój serwer wewnętrznie ma HTTP/3, ale Alt-Svc się nie pokazuje. Dlaczego?

Trzy klasyczne przyczyny. **Pierwsza**: serwer nasłuchuje na UDP/443, ale operator zapomniał dorzucić `add_header Alt-Svc ...`, więc przeglądarki nigdy się o nim nie dowiadują. **Druga**: Alt-Svc jest dodawany w virtual hoście, którego przeglądarka nie dotyka (blok proxy zamiast bloku głównego). **Trzecia**: jest reverse proxy lub WAF przed serwerem, który wycina Alt-Svc z odpowiedzi (Cloudflare przed originem czasem to robi). Rozwiązanie: odpal ten detektor, potwierdź brak nagłówka, dodaj go jawnie na **najbardziej zewnętrznej** warstwie, która dotyka publicznej odpowiedzi.

Cloudflare twierdzi, że serwuje HTTP/3. Jak to potwierdzić?

Odpal detektor na swojej domenie za Cloudflare. Powinieneś zobaczyć **kartę HTTP/2: obsługiwany** (Cloudflare zawsze mówi w h2) oraz **kartę HTTP/3: ogłaszany** z surowym Alt-Svc typu `h3=":443"; ma=86400, h3-29=":443"; ma=86400`. Jeśli HTTP/3 **nie** jest ogłaszany, wejdź w panel Cloudflare → Network → potwierdź, że "HTTP/3 (with QUIC)" jest na **On**. Ustawienie jest per-zone (per-domena), nie globalne dla konta.

Co to są 103 Early Hints?

103 Early Hints (RFC 8297) to **informacyjny status HTTP**, który serwer może wysłać **przed** ostateczną odpowiedzią. Używa się go do wczesnego wysłania kilku nagłówków Link rel=preload (CSS, JS, fonty), żeby przeglądarka mogła zacząć pobierać te zasoby równolegle, gdy backend dalej renderuje HTML. Wdrożone w Cloudflare od 2021 i w Fastly, potrafi ściąć 50-200 ms z first-paint na wolniejszych backendach. Haczyk: większość fetch API (w tym ten w nowoczesnych przeglądarkach) zjada ramkę 103 wewnętrznie i nigdy nie pokazuje jej JavaScriptowi, dlatego nasze narzędzie oznacza Early-Hints jako "niewykrywalne z fetch". Żeby je realnie zobaczyć, użyj `curl --http2 -v` albo DevToolsów w Chrome.

Widzę, że HTTP/3 jest ogłaszany, ale strona dalej ładuje się przez HTTP/2. Dlaczego?

Typowe powody. **Pierwszy request**: przeglądarka nie wie, że HTTP/3 jest dostępny, dopóki nie zobaczy Alt-Svc, więc samo pierwsze załadowanie zawsze idzie przez h2/h1.1. Od drugiego requestu przeglądarka próbuje QUIC. **Sieci korporacyjne** często blokują UDP/443 na firewallu, więc QUIC się przepala i przeglądarka spada do TCP. **Niektóre przeglądarki** (starsze Safari, Edge z restrykcyjnymi politykami) mają HTTP/3 wyłączone domyślnie. **Krótkie max-age w Alt-Svc** (kilka minut) sprawia, że przeglądarka ciągle uczy się od nowa, zamiast użyć cache. Żeby zrobić czysty test w Chrome, otwórz `chrome://net-export` i obejrzyj zdarzenia sesji QUIC. Jeśli widzisz tylko TCP, problem jest w Twojej sieci, nie na serwerze.

Detektor HTTP/2, HTTP/3 i QUIC - darmowy

Czy ta strona obsługuje HTTP/2 i HTTP/3?

Wklejasz adres, klikasz "Sprawdź", a my otwieramy handshake TLS do hosta, pytamy serwer który protokół ALPN wybiera (`h2` czy `http/1.1`), potem robimy HEAD i czytamy nagłówek Alt-Svc (to standardowy sposób, w jaki serwery ogłaszają HTTP/3 nad QUIC).

Dostajesz trzy karty (HTTP/1.1, HTTP/2, HTTP/3) z plakietką statusu, surowy nagłówek Alt-Svc rozparsowany do małej tabeli, listę wpisów Link rel=preload (podpowiedzi server-push) i notkę o 103 Early-Hints (są niewidoczne dla Web fetch API).

To dokładnie ten sam zestaw sprawdzeń, który robisz `curl -v --http2 --http3` albo w DevToolsach Chrome, tylko ułożony jako jednoklikowy diagnostyczny widok.

Jak korzystać

Wklej pełny URL strony (np. `https://cloudflare.com`). Możesz pominąć `https://`, dorzucimy je sami.
Klik "Sprawdź" albo Enter. Serwer ma ok. 12 sekund w całości (dwa handshakey TLS i jeden HEAD), w praktyce 1-4 sekundy.
Czytaj trzy karty protokołów. Zielona plakietka = potwierdzone wprost przez ALPN. Żółta = serwer ogłasza protokół przez Alt-Svc, ale nie weryfikujemy wprost (typowe dla h3). Szara = brak sygnałów.
Zerknij na surowy Alt-Svc. `h3=":443"; ma=86400` oznacza, że HTTP/3 jest oferowany na UDP/443 przez 24 godziny. Wpisów może być wiele po przecinku, parser to obsługuje.
Sprawdź wpisy Link rel=preload. To podpowiedzi serwera (CDN-u), dzięki którym przeglądarka pobiera CSS/JS równolegle z HTML-em (działa z HTTP/2 i 103 Early-Hints).
Rozwiń sekcję Dowody na dole, by zobaczyć szczegóły każdego źródła: jaki ALPN był oferowany, co serwer wybrał, co wróciło w Alt-Svc, dlaczego HTTP/3 jest lub nie jest ogłaszany.

Do czego się przydaje

Sześć typowych sytuacji, w których to narzędzie się przydaje:

Weryfikacja czy faktycznie wdrożyłeś HTTP/2 po zmianie konfiguracji w nginx / Apache / Caddy. Konfig to jedno, sprawdzenie end-to-end to drugie. ALPN nie kłamie.
Sprawdzenie czy CDN ogłasza HTTP/3 dla Twojego originu. Cloudflare, Fastly, Bunny, AWS CloudFront wszystkie ustawiają Alt-Svc. Bez wpisu `h3=` w nagłówku przeglądarka nigdy nie spróbuje QUIC.
Diagnoza zgłoszenia "strona muli na mobilkach". HTTP/3 jest dramatycznie odporniejszy na słabe sieci komórkowe. Jeśli detektor pokazuje, że HTTP/3 nie jest ogłaszany, to jedna z tańszych poprawek.
Przed audytem wydajności (Lighthouse, PageSpeed, WebPageTest). Brak HTTP/2 to jednolinijkowa zmiana w nginx, która często podbija wynik o 5-10 punktów.
Po zmianie CDN (Cloudflare na Fastly albo odwrotnie). Potwierdzasz, że nowy CDN ogłasza te protokoły, których się spodziewasz, a Alt-Svc wskazuje właściwy port.
Ewaluacja dostawcy hostingu. Jednorzutowa odpowiedź: czy domyślna konfiguracja tego dostawcy wystawia HTTP/2 i HTTP/3, czy jesteś na HTTP/1.1?

Powiązane: inspektor certyfikatu SSL, inspektor nagłówków HTTP, tester zapytań HTTP, detektor cloud i CDN.

Pytania i odpowiedzi

HTTP/1.1 otwiera jeden request na jedno połączenie TCP i obsługuje je po kolei. Jeśli strona ma 30 zasobów, przeglądarka odpala 6 połączeń równolegle, a 7. żądanie musi poczekać. HTTP/2 wprowadza multipleksowanie: pojedyncze połączenie TLS niesie wiele równoległych strumieni (zwykle do 100), poprzeplatanych na drucie. Zysk jest największy na stronach z dużą liczbą małych zasobów (ikony, lazy chunks, sprite'y CSS). HTTP/2 dodaje też kompresję nagłówków (HPACK), więc powtarzające się cookies i User-Agent przestają dominować w rozmiarze requestu. Koszt: cięższy handshake i jeden TCP head-of-line blocker (utrata jednego pakietu blokuje wszystkie strumienie), co dokładnie naprawia HTTP/3 przez QUIC.

Czy ta strona obsługuje HTTP/2 i HTTP/3?

To dokładnie ten sam zestaw sprawdzeń, który robisz `curl -v --http2 --http3` albo w DevToolsach Chrome, tylko ułożony jako jednoklikowy diagnostyczny widok.

Jak korzystać

Wklej pełny URL strony (np. `https://cloudflare.com`). Możesz pominąć `https://`, dorzucimy je sami.

Klik "Sprawdź" albo Enter. Serwer ma ok. 12 sekund w całości (dwa handshakey TLS i jeden HEAD), w praktyce 1-4 sekundy.

Czytaj trzy karty protokołów. Zielona plakietka = potwierdzone wprost przez ALPN. Żółta = serwer ogłasza protokół przez Alt-Svc, ale nie weryfikujemy wprost (typowe dla h3). Szara = brak sygnałów.

Zerknij na surowy Alt-Svc. `h3=":443"; ma=86400` oznacza, że HTTP/3 jest oferowany na UDP/443 przez 24 godziny. Wpisów może być wiele po przecinku, parser to obsługuje.

Sprawdź wpisy Link rel=preload. To podpowiedzi serwera (CDN-u), dzięki którym przeglądarka pobiera CSS/JS równolegle z HTML-em (działa z HTTP/2 i 103 Early-Hints).

Rozwiń sekcję Dowody na dole, by zobaczyć szczegóły każdego źródła: jaki ALPN był oferowany, co serwer wybrał, co wróciło w Alt-Svc, dlaczego HTTP/3 jest lub nie jest ogłaszany.

Do czego się przydaje

Sześć typowych sytuacji, w których to narzędzie się przydaje:

Weryfikacja czy faktycznie wdrożyłeś HTTP/2 po zmianie konfiguracji w nginx / Apache / Caddy. Konfig to jedno, sprawdzenie end-to-end to drugie. ALPN nie kłamie.
Sprawdzenie czy CDN ogłasza HTTP/3 dla Twojego originu. Cloudflare, Fastly, Bunny, AWS CloudFront wszystkie ustawiają Alt-Svc. Bez wpisu `h3=` w nagłówku przeglądarka nigdy nie spróbuje QUIC.
Diagnoza zgłoszenia "strona muli na mobilkach". HTTP/3 jest dramatycznie odporniejszy na słabe sieci komórkowe. Jeśli detektor pokazuje, że HTTP/3 nie jest ogłaszany, to jedna z tańszych poprawek.
Przed audytem wydajności (Lighthouse, PageSpeed, WebPageTest). Brak HTTP/2 to jednolinijkowa zmiana w nginx, która często podbija wynik o 5-10 punktów.
Po zmianie CDN (Cloudflare na Fastly albo odwrotnie). Potwierdzasz, że nowy CDN ogłasza te protokoły, których się spodziewasz, a Alt-Svc wskazuje właściwy port.
Ewaluacja dostawcy hostingu. Jednorzutowa odpowiedź: czy domyślna konfiguracja tego dostawcy wystawia HTTP/2 i HTTP/3, czy jesteś na HTTP/1.1?

Powiązane: inspektor certyfikatu SSL, inspektor nagłówków HTTP, tester zapytań HTTP, detektor cloud i CDN.

Pytania i odpowiedzi

Detektor HTTP/2, HTTP/3 i QUIC

Czy ta strona obsługuje HTTP/2 i HTTP/3?

Jak korzystać

Do czego się przydaje

Pytania i odpowiedzi

Powiązane narzędzia

Sprawdzanie certyfikatu SSL

Inspektor nagłówków HTTP

Tester zapytań HTTP

Detektor CDN i chmury

Detektor HTTP/2, HTTP/3 i QUIC

Czy ta strona obsługuje HTTP/2 i HTTP/3?

Jak korzystać

Do czego się przydaje

Pytania i odpowiedzi

Powiązane narzędzia

Sprawdzanie certyfikatu SSL

Inspektor nagłówków HTTP

Tester zapytań HTTP

Detektor CDN i chmury