Protokół HTTP – czym jest i jak działa w sieci?

Czym jest protokół HTTP

Nazwa sugeruje jeden protokół, a w użyciu są dziś trzy jego wersje naraz. Co ważniejsze, o tym, która zadziała, nie decyduje wyłącznie właściciel strony.

Trzy wersje w codziennym użyciu

HTTP/1.1 pobierał zasoby po kolei, więc jeden wolny plik potrafił zablokować kolejne. HTTP/2, „officially standardized in May 2015”, zmienił to zasadniczo: „It’s a multiplexed protocol. Parallel requests can be made over the same connection, removing the constraints of the HTTP/1.x protocol”.1 Dodatkowo kompresuje nagłówki i jest protokołem binarnym, a nie tekstowym.

HTTP/3 poszedł dalej i porzucił TCP na rzecz protokołu QUIC.1 Różnica jest odczuwalna zwłaszcza na słabym łączu: zgubiony pakiet wstrzymuje tam wyłącznie własny strumień danych, a nie całą transmisję.

Zmierzyliśmy, co realnie się łączy

Nagłówek serwera mówi, co jest oferowane. To, czego przeglądarka faktycznie użyje, widać dopiero w połączeniu. Sprawdziliśmy to 21 sierpnia 2026 na własnej stronie głównej.3

Zasoby z naszej domeny pobrały się w 25 przypadkach po HTTP/3 i w 5 po HTTP/2. Przeglądarka przechodzi na nowszą wersję po pierwszym połączeniu. To dobry wynik i nic więcej nie trzeba tu robić.

Ciekawsze jest to, co przyszło z zewnątrz. Skrypty i style z cudzych serwerów pobrały się w 56 przypadkach po HTTP/2, a jeden z nich, narzędzie analityczne, nadal łączy się po HTTP/1.1. Rekordzistą jest host dostarczający obsługę emoji, z którego poszły 33 osobne żądania.

Wniosek jest praktyczny i wykracza poza sam protokół: o szybkości decyduje najsłabsze ogniwo wśród cudzych hostów, a nie konfiguracja własnego serwera. Każdy dodany skrypt zewnętrzny to nowe połączenie na warunkach, których się nie ustala.

Co przeglądarka podnosi, a co blokuje

Osobna sprawa to zasoby, które zostały pod adresami bez szyfrowania długo po przejściu strony na HTTPS. Przeglądarki dzielą je na dwie kategorie: „Browsers should automatically upgrade requests for upgradable content from HTTP to HTTPS, and block requests for the blockable content”.2

Podnoszone są obrazy, wideo i dźwięk. Blokowane: skrypty, arkusze stylów, ramki i czcionki. Skutek bywa więc poważniejszy, niż sugeruje nazwa problemu: strona nie tyle wygląda gorzej, ile przestaje działać, bo nie wykonał się skrypt.

Jest przy tym wyjątek, o którym mało kto wie: „Mixed content requests that would otherwise be upgraded are blocked if the URL’s host is an IP address rather than a domain name”.2 Obrazek wskazany adresem domeny zostanie podniesiony, ten sam obrazek wskazany adresem IP zostanie zablokowany.

HTTP, HTTPS i kody statusu

HTTP jest podstawą bezpiecznego protokołu HTTPS, definiuje kody statusu serwera i mechanizm przekierowań 301. Wpływ wersji protokołu na czas odpowiedzi opisuje hasło hosting.

Najczęstsze pytania

Czy HTTP i HTTPS to dwa różne protokoły?
Nie. HTTPS to ten sam protokół z warstwą szyfrowania danych przesyłanych między przeglądarką a serwerem.

Skąd wiadomo, na której wersji działa moja strona?
Z narzędzi deweloperskich przeglądarki, w kolumnie z protokołem przy każdym żądaniu. Nagłówek serwera mówi tylko, co jest oferowane.

Czy przejście na HTTP/3 wymaga zmian na stronie?
Nie po stronie treści. To sprawa konfiguracji serwera lub dostawcy sieci dostarczania treści.

Dlaczego obrazek po HTTP raz się ładuje, a raz nie?
Bo przeglądarka podnosi obrazy do HTTPS, chyba że adres wskazuje numer IP zamiast nazwy domeny. Wtedy blokuje żądanie.

Źródła

1. MDN Web Docs, „Evolution of HTTP”: o HTTP/2: „It’s a multiplexed protocol. Parallel requests can be made over the same connection, removing the constraints of the HTTP/1.x protocol”, „It compresses headers”, „Officially standardized in May 2015”; o HTTP/3: „HTTP over QUIC” (odczyt 2026-08-21). Zobacz dokumentację MDN →

2. MDN Web Docs, „Mixed content”: „Mixed content in a web page is divided into two categories: »upgradable content« and »blockable content«. Browsers should automatically upgrade requests for upgradable content from HTTP to HTTPS, and block requests for the blockable content”; „Mixed content requests that would otherwise be upgraded are blocked if the URL’s host is an IP address rather than a domain name” (odczyt 2026-08-21). Zobacz dokumentację MDN →

3. Pomiar własny essaseo.pl z 2026-08-21 (`pomiar_protokolu.py`): odczyt wersji protokołu dla każdej odpowiedzi sieciowej przy wczytywaniu strony głównej w przeglądarce bez interfejsu. Zasoby z własnej domeny: 25 odpowiedzi po HTTP/3, 5 po HTTP/2. Zasoby zewnętrzne: 56 odpowiedzi po HTTP/2 i 2 po HTTP/1.1; jeden host odpowiadał na 33 osobne żądania.