Menu
Szybki wybór
Hosting Domeny VPS SSL Kalkulator Porównania FAQ
Aktywne kody
Wszystkie kody rabatowe
Wydajność

Jak sprawdzić szybkość strony — narzędzia, metryki i wpływ hostingu

Szybkość strony to czynnik rankingowy Google i kluczowy element konwersji. Pokażemy Ci jak mierzyć szybkość, co oznaczają metryki Core Web Vitals i jak hosting wpływa na wyniki.

Jak najszybciej sprawdzić szybkość strony?

Wejdź na PageSpeed Insights (pagespeed.web.dev), wpisz adres strony i kliknij Analizuj. Otrzymasz ocenę 0–100 i szczegółowe metryki Core Web Vitals z prawdziwych danych użytkowników Chrome. TTFB poniżej 200ms to dobry wynik — wyższy sygnalizuje problem z hostingiem.

Narzędzia do sprawdzania szybkości strony

Każde narzędzie mierzy co innego. Używaj kilku, by mieć pełny obraz.

PageSpeed Insights

pagespeed.web.dev — Google

Główne narzędzie
  • ✓ Dane z Chrome User Experience Report (prawdziwe dane użytkowników, nie lab)
  • ✓ Ocena Core Web Vitals (LCP, INP, CLS) z podziałem mobile/desktop
  • ✓ Rekomendacje z konkretnym potencjałem oszczędności czasu
  • ✓ Darmowe, bez rejestracji, aktualizowane przez Google

Kiedy używać: Jako główny wskaźnik dla SEO i benchmarkowania. Sprawdzaj co miesiąc i po każdej większej zmianie.

GTmetrix

gtmetrix.com

Waterfall
  • ✓ Waterfall chart — widzisz co, kiedy i jak długo się ładuje
  • ✓ Analiza każdego zasobu (CSS, JS, obrazy, fonty)
  • ✓ Możliwość wyboru lokalizacji serwera testowego (Warszawa w planie płatnym)
  • ✓ Darmowy plan: 10 testów miesięcznie bez rejestracji

Kiedy używać: Gdy wiesz że strona jest wolna, ale chcesz wiedzieć co dokładnie ją spowalnia.

WebPageTest

webpagetest.org

Zaawansowane
  • ✓ Testy z wielu lokalizacji na świecie (w tym Polska)
  • ✓ Symulacja wolnych połączeń (3G, Cable)
  • ✓ Wideo porównujące ładowanie dwóch stron
  • ✓ TTFB izolowany od reszty — świetne do diagnozy serwera

Kiedy używać: Do porównania hostingów lub gdy potrzebujesz testu z konkretnej lokalizacji (np. Polska vs Niemcy).

Google Search Console

search.google.com/search-console

SEO Monitor
  • ✓ Raport Core Web Vitals z podziałem na URL i grupy stron
  • ✓ Dane z CrUX — jak Google naprawdę widzi Twoją stronę
  • ✓ Powiadomienia gdy CWV się pogorsza
  • ✓ Bezpłatne, wymaga weryfikacji własności domeny

Kiedy używać: Do monitorowania CWV w długim terminie i wykrywania regresji po deployach.

Core Web Vitals — co mierzą

Core Web Vitals to 3 metryki, które Google używa jako sygnał rankingowy. Od 2021 roku wchodzą w skład Page Experience.

Metryka Co mierzy Dobry wynik Wpływ hostingu
LCP
Largest Contentful Paint
Czas do wyrenderowania największego elementu (obraz, nagłówek) < 2,5s Wysoki — TTFB serwera bezpośrednio opóźnia LCP
INP
Interaction to Next Paint
Responsywność na kliknięcia, dotknięcia, klawisze — od interakcji do odpowiedzi < 200ms Niski — zależy od JavaScript, nie od serwera
CLS
Cumulative Layout Shift
Nieoczekiwane przesunięcia elementów podczas ładowania strony < 0,1 Brak — wyłącznie problem HTML/CSS/JavaScript
TTFB
Time to First Byte
Czas od żądania do pierwszego bajtu odpowiedzi serwera < 200ms Krytyczny — bezpośrednio mierzy serwer i hosting
FCP
First Contentful Paint
Czas do wyrenderowania pierwszego elementu (tekst, obraz) < 1,8s Średni — zależy od TTFB i blokujących zasobów CSS/JS

TTFB — jak hosting wpływa na wyniki

TTFB to jedyna metryka wydajności, na którą hosting ma bezpośredni wpływ. Jeśli TTFB jest wysoki, żadna optymalizacja frontendu nie wystarczy — problem leży po stronie serwera.

Co obniża TTFB

  • Dysk NVMe zamiast HDD — 5–10× szybszy odczyt bazy danych
  • LiteSpeed z LSCache — serwuje strony WordPress bez PHP w kilkudziesięciu ms
  • Redis lub Memcached do cache'owania zapytań DB
  • Serwer w Polsce (bliżej użytkowników PL = niższe opóźnienie sieciowe)
  • PHP OPcache aktywny — kompiluje pliki PHP raz, a nie przy każdym żądaniu

Co podwyższa TTFB

  • Hosting HDD na przepełnionym serwerze z setkami innych klientów
  • Brak cache — WordPress generuje stronę od zera przy każdym odwiedzeniu
  • Stare wersje PHP (7.x) bez JIT — wolniejsza interpretacja kodu
  • Pluginy WordPress z setkami zapytań SQL przy każdym ładowaniu strony
  • Serwer w USA/Niemczech dla polskiej witryny — +30–80ms opóźnienia

Porównanie technologii hostingów — czynniki wpływające na TTFB

Hosting Dysk Serwer WWW Cache Lokalizacja
LH.pl NVMe LiteSpeed LSCache Polska
CyberFolks NVMe LiteSpeed LSCache Polska
zenbox.pl NVMe LiteSpeed LSCache Polska
home.pl SSD / NVMe Apache / LiteSpeed Zależy od planu Polska

Dane na podstawie specyfikacji technicznych hostingów. TTFB zależy od wielu czynników — weryfikuj własnoręcznym testem WebPageTest. Ostatnia weryfikacja: kwiecień 2026.

Jak interpretować wyniki i co robić

Diagnoza: wysoki TTFB (> 500ms)

Problem leży po stronie serwera. Działania:

  1. Sprawdź czy hosting ma NVMe — jeśli nie, rozważ migrację
  2. Włącz plugin cache (WP Rocket, W3 Total Cache, LiteSpeed Cache)
  3. Sprawdź logi slow queries w MySQL — zoptymalizuj wolne zapytania
  4. Zaktualizuj PHP do 8.2 lub 8.3 (szybszy JIT)
  5. Jeśli nic nie pomaga — zmień hosting na NVMe + LiteSpeed

Diagnoza: wysoki LCP przy dobrym TTFB (< 200ms)

Serwer jest szybki. Problem to frontend. Działania:

  1. Skompresuj i zoptymalizuj obrazy (WebP, rozmiar < 200KB)
  2. Dodaj fetchpriority="high" do głównego obrazu LCP
  3. Usuń blokujące skrypty JS (przenieś do footer lub dodaj defer)
  4. Dodaj preload dla kluczowych fontów
  5. Włącz kompresję Brotli/Gzip na serwerze

Diagnoza: wysoki CLS

Problem to przesuwające się elementy. Hosting nie ma wpływu. Działania:

  1. Dodaj atrybuty width i height do wszystkich obrazów
  2. Usuń reklamy bez zarezerwowanego miejsca w layoutcie
  3. Usuń dynamicznie wstawiane bannery/popupy ładowane po renderze
  4. Używaj font-display: optional lub swap dla fontów

Skala ocen PageSpeed Insights

0–49
Zły

Pilna optymalizacja. Wysoki TTFB, duże obrazy bez kompresji, blokujące zasoby.

50–89
Wymaga poprawy

Strona działa, ale jest miejsce na optymalizację. Priorytetyzuj metryki z czerwonym oznaczeniem.

90–100
Dobry

Strona jest szybka. Skup się na utrzymaniu wyniku i monitorowaniu regresji.

Ważna uwaga: Wynik laboratoryjny (Lighthouse) i wynik z prawdziwych danych (CrUX) mogą się znacznie różnić. Google Search Console pokazuje CrUX — to on liczy się dla SEO. PageSpeed Insights pokazuje oba — porównaj je.

Najczęstsze pytania

Które narzędzie do sprawdzania szybkości strony jest najlepsze?
PageSpeed Insights od Google jest standardem — mierzy Core Web Vitals z prawdziwych danych Chrome (CrUX) i daje szczegółowe rekomendacje. GTmetrix pokazuje waterfall chart (co ładuje się kiedy) i jest przydatny do debugowania konkretnych zasobów. WebPageTest umożliwia testy z różnych lokalizacji i połączeń. Używaj PageSpeed Insights jako głównego wskaźnika SEO, a GTmetrix/WebPageTest do debugowania.
Co to jest TTFB i jaki wynik jest dobry?
TTFB (Time to First Byte) to czas od wysłania żądania do momentu, gdy przeglądarka otrzyma pierwszy bajt odpowiedzi. Mierzy bezpośrednio szybkość serwera i hostingu. Google uznaje TTFB < 200ms za dobry, 200–500ms za akceptowalny, > 500ms za wymagający poprawy. Na TTFB wpływają: wydajność hostingu (NVMe vs HDD), lokalizacja serwera, cache (Varnish, Redis), skrypty PHP i zapytania do bazy danych.
Jak hosting wpływa na Core Web Vitals?
Hosting bezpośrednio wpływa na TTFB i LCP (Largest Contentful Paint). Powolny serwer = wysoki TTFB = późny LCP = słabe Core Web Vitals = niższe pozycje w Google. Hosty z NVMe i LiteSpeed (LH.pl, CyberFolks, zenbox.pl) oferują kilkukrotnie niższy TTFB niż tańsze hosty z dyskami HDD i Apache. Hosting nie wpływa bezpośrednio na CLS (Cumulative Layout Shift) — to problem kodu HTML/CSS.
Jaki wynik PageSpeed Insights uznaje się za dobry?
Google ocenia wyniki w skali 0–100: 0–49 (czerwony) = zły, 50–89 (pomarańczowy) = wymaga poprawy, 90–100 (zielony) = dobry. Dąż do 90+ na urządzeniach mobilnych — to ważniejsza metryka dla SEO. Wyniki mobilne są zwykle niższe niż desktopowe. Nie optymalizuj pod sam wynik PageSpeed — optymalizuj pod LCP < 2,5s i TTFB < 200ms.
Czy zmiana hostingu poprawi szybkość strony?
Tak, jeśli obecny hosting ma wysoki TTFB (> 500ms). Migracja z hostingu HDD/Apache na NVMe/LiteSpeed może skrócić TTFB o 60–80%. Przed migracją zmierz TTFB narzędziem WebPageTest lub GTmetrix. Jeśli TTFB wynosi < 200ms, problem leży gdzie indziej (niesprzętowane obrazy, blokujące skrypty JS, brak cache). Hosting to zwykle pierwszy krok optymalizacji, ale nie jedyny.

Podsumowanie

  • PageSpeed Insights to główne narzędzie do sprawdzania Core Web Vitals i SEO.
  • TTFB < 200ms to cel — jeśli wyższy, zacznij od optymalizacji po stronie serwera (cache, PHP, hosting).
  • Hosting NVMe + LiteSpeed to największy skok TTFB przy minimalnym wysiłku konfiguracyjnym.
  • CLS i INP to problemy frontendowe — hosting nie ma na nie wpływu.
  • Monitoruj CWV w Google Search Console — to dane, które Google faktycznie bierze pod uwagę w rankingu.

Sprawdź oferty pasujące do tego scenariusza

Poniżej masz szybkie przejścia do ofert i stron z kodami rabatowymi tam, gdzie są dostępne.