Hosting – co to jest i jak wybrać dobry?

Czym jest hosting

Jedna liczba, którą warto sprawdzić przed zakupem

Hosting bywa porównywany po cenie i pojemności dysku, a decyduje o czymś innym: jak szybko serwer odpowiada. Miarą jest czas do pierwszego bajtu. Zalecenie brzmi: „most sites should strive to have a TTFB of 0.8 seconds or less”, a wartości powyżej 1,8 sekundy uznaje się za słabe.1

W tym samym miejscu stoi zastrzeżenie: „Because TTFB isn’t a Core Web Vitals metric, it’s not absolutely necessary that sites meet the »good« TTFB threshold”, o ile nie przeszkadza to w osiągnięciu dobrych wyników w miarach, które są liczone. Czas odpowiedzi serwera jest więc warunkiem wstępnym, a nie osobną oceną: wszystko, co dzieje się potem, zaczyna się liczyć dopiero po nim.

Co się składa na tę liczbę

Czas odpowiedzi rzadko zależy wyłącznie od mocy serwera. Dokumentacja rozkłada go na części: czas przekierowań, uruchomienie skryptu roboczego, zapytanie do serwera nazw, nawiązanie połączenia z negocjacją szyfrowania i sam czas do pierwszego bajtu odpowiedzi.1

Pierwsza pozycja na tej liście bywa zaskoczeniem. Przekierowanie jest wliczane w czas odpowiedzi serwera, więc odnośnik prowadzący na stary adres, który dopiero odsyła na właściwy, kosztuje realnie, mimo że użytkownik niczego nie zauważa. Odległość geograficzna serwera działa podobnie: dokłada opóźnienie do każdego zapytania, niezależnie od tego, jak szybki jest sam sprzęt.

Zmierzyliśmy własny czas odpowiedzi

Sprawdziliśmy to u siebie 20 sierpnia 2026, mierząc czternaście podstron w przeglądarce z emulacją telefonu.2 Wynik: 65–120 milisekund na większości adresów, czyli około jednej dziesiątej zalecanego progu.

Ciekawsze jest odchylenie. Dwa adresy, którym chwilę wcześniej wyczyszczono pamięć podręczną, odpowiedziały po około 700 milisekundach. To prawie dziesięciokrotnie wolniej, przy tym samym serwerze, tej samej sieci i tej samej stronie. Różnicę zrobiło wyłącznie to, czy serwer miał gotową kopię do wysłania.

Wniosek praktyczny dotyczy sposobu mierzenia, nie zakupu. Pomiar zrobiony zaraz po wdrożeniu zmiany albo po wyczyszczeniu bufora pokazuje najgorszy możliwy przypadek, a nie stan zwykły. Jeśli ktoś ocenia hosting jedną próbą wykonaną minutę po aktualizacji strony, ocenia własne wyczucie czasu, nie serwer.

Hosting, domena i certyfikat to jedna odpowiedzialność

Trzy rzeczy, bez których strona nie działa (miejsce na serwerze, adres i certyfikat szyfrowania), bywają kupowane u trzech różnych dostawców, z trzema terminami odnowienia. Wtedy awaria zaczyna się od pytania, która z tych umów wygasła. W naszych wdrożeniach stron wszystkie trzy są wliczone w cenę na pierwszy rok właśnie dlatego, że rozdzielenie ich między dostawców przenosi na klienta pilnowanie terminów, a nie oszczędza mu pieniędzy.

Hosting, certyfikat SSL i pierwszy ekran

Bezpieczne połączenie wymaga aktywnego certyfikatu SSL, którego negocjacja też wlicza się w czas odpowiedzi. To, co dzieje się potem, decyduje o obszarze above the fold: pierwszy ekran nie może być szybszy niż serwer, który go wysyła. Na tym samym fundamencie stoi CMS, a całość mieści się w technicznym SEO.

Najczęstsze pytania

Jaki czas odpowiedzi serwera jest dobry?
Za dobry uznaje się 0,8 sekundy lub mniej, a powyżej 1,8 sekundy wynik jest słaby. To zalecenie orientacyjne. Sam czas odpowiedzi nie jest jednym z Core Web Vitals.

Czy tani hosting wystarczy małej stronie firmowej?
Bywa, że tak. Decyduje czas odpowiedzi pod obciążeniem i lokalizacja serwera, a nie cena ani pojemność dysku. Lepiej to sprawdzić przed decyzją, nie po.

Dlaczego mój pomiar szybkości wyszedł raz dobrze, raz źle?
Najczęściej przez pamięć podręczną. W naszym pomiarze ta sama strona odpowiadała w 65–120 ms z gotową kopią i około 700 ms zaraz po jej wyczyszczeniu.

Co się dzieje, gdy hosting wygaśnie?
Strona przestaje być dostępna, choć pliki nadal istnieją. Dostęp wraca po opłaceniu usługi. Dlatego lepiej trzymać hosting, domenę i certyfikat w jednym miejscu, z jednym terminem.

Źródła

1. web.dev (Google), Time to First Byte (TTFB): „most sites should strive to have a TTFB of 0.8 seconds or less”; „Good TTFB values are 0.8 seconds or less, and poor values are greater than 1.8 seconds”; „Because TTFB isn’t a Core Web Vitals metric, it’s not absolutely necessary that sites meet the »good« TTFB threshold, provided that it doesn’t impede their ability to score well on the metrics that are”; TTFB jako suma czasu przekierowań, uruchomienia skryptu roboczego, zapytania do serwera nazw, nawiązania połączenia z negocjacją szyfrowania oraz samego zapytania. Zobacz dokumentację → (odczyt 2026-08-20).

2. Pomiar własny essaseo.pl z 2026-08-20 na czternastu podstronach: przeglądarka bez interfejsu, emulacja ekranu 412×915, procesor spowolniony czterokrotnie, bez dławienia łącza. Czas do pierwszego bajtu: 65–120 ms na większości adresów; około 700 ms na dwóch adresach, którym bezpośrednio przed pomiarem wyczyszczono pamięć podręczną.