Wydajność strony wpływa na widoczność w wyszukiwarce i satysfakcję użytkowników. W 2026 roku Google traktuje szybkość i jakość doświadczenia jako sygnał rankingowy odpowiadający za około 15% czynników rankingowych — więcej niż kilka lat temu.
Czym jest Web Performance?
Web performance obejmuje pomiary czasu ładowania zasobów — takich jak obrazy, skrypty i fonty — a także stabilności układu i reakcji na kliknięcie lub dotyk.
Lepsza wydajność może pomóc w kilku obszarach:
- Wyższe pozycje w Google – wolne strony są karane przez algorytm
- Niższy współczynnik odrzuceń – użytkownicy nie opuszczają strony przed jej załadowaniem
- Wyższy współczynnik konwersji – opóźnienie o 1 sekundę może zmniejszyć konwersję nawet o 7%
- Lepsze doświadczenie użytkownika (UX) – strona działa płynnie na każdym urządzeniu
Core Web Vitals – trzy filary wydajności w 2026
Google ocenia trzy Core Web Vitals. W marcu 2024 roku INP (Interaction to Next Paint) zastąpił FID (First Input Delay).
Za dobry wynik uznaje się wartości mieszczące się w tych progach:
| Metryka | Co mierzy | „Dobry” wynik |
|---|---|---|
| LCP – Largest Contentful Paint | Czas ładowania największego widocznego elementu (np. hero image) | < 2.5 s |
| INP – Interaction to Next Paint | Responsywność na interakcje użytkownika | < 200 ms |
| CLS – Cumulative Layout Shift | Stabilność wizualna (nieoczekiwane przesunięcia) | < 0.1 |
Strony, które nie spełniły tych progów, odnotowały średnio 23% spadek ruchu organicznego po aktualizacji algorytmu Google z marca 2025 roku.
LCP – Largest Contentful Paint
LCP mierzy czas potrzebny do wyrenderowania największego widocznego elementu, na przykład głównego obrazu lub bloku tekstu.
Jeśli ten element pojawia się z opóźnieniem, użytkownik czeka na główną treść i może odebrać stronę jako wolną.
Do częstych przyczyn słabego LCP należą:
- Obrazy w formacie JPEG/PNG zamiast WebP lub AVIF
- Brak preloadowania kluczowych zasobów
- Wolna odpowiedź serwera (TTFB > 600 ms)
- JavaScript blokujący renderowanie
LCP można poprawić, między innymi:
- Konwertuj obrazy do WebP (ok. 30% lżejsze) lub AVIF (ok. 50% lżejsze)
- Dodaj
<link rel="preload">dla obrazu hero - Wdroż CDN (Content Delivery Network)
- Skonfiguruj cache HTTP na serwerze
INP – Interaction to Next Paint
INP mierzy czas od kliknięcia, dotknięcia ekranu lub naciśnięcia klawisza do widocznej reakcji przeglądarki. Zastąpił FID w marcu 2024 roku.
INP obejmuje wiele interakcji użytkownika, a FID mierzył tylko pierwszą z nich.
Słaby INP często wiąże się z:
- Ciężki JavaScript blokujący główny wątek
- Długie zadania (Long Tasks > 50 ms)
- Zbyt wiele event listenerów
- Wolny rendering po stronie klienta
Aby poprawić INP, można:
- Stosuj code splitting i ładuj JS tylko gdy jest potrzebny
- Przenoś ciężkie obliczenia do Web Workers
- Używaj debounce i throttle dla zdarzeń
- Optymalizuj re-renderowanie komponentów frontendowych
CLS – Cumulative Layout Shift
CLS pokazuje, jak bardzo elementy strony zmieniają położenie podczas ładowania.
Nagłe przesunięcia mogą sprawić, że użytkownik kliknie inny element, niż zamierzał.
Do częstych przyczyn wysokiego CLS należą:
- Brak atrybutów
widthiheightdla obrazów i wideo - Dynamicznie ładowane treści (reklamy, popupy)
- Fonty powodujące FOIT/FOUT
CLS można ograniczyć, między innymi:
- Zawsze definiuj
widthiheightdla<img>i<video> - Rezerwuj miejsce dla dynamicznych elementów (np.
min-height) - Używaj
font-display: swaplub preload fontów
Wpływ na SEO i wyniki biznesowe
Wydajność ma znaczenie techniczne i biznesowe: wpływa na wygodę korzystania ze strony oraz wyniki, które osiąga.
W materiale źródłowym wymieniono między innymi następujące wyniki stron z dobrymi Core Web Vitals:
- 25% wyższy współczynnik konwersji
- 15% lepszy wzrost ruchu organicznego
- nawet 2× więcej konwersji w porównaniu do wolnych stron
Dane CrUX pochodzą od rzeczywistych użytkowników Chrome, dlatego testy laboratoryjne nie wystarczą do oceny działania w typowych warunkach.
Jak mierzyć Web Performance
Aby połączyć obraz z laboratorium i rzeczywistych wizyt, korzystaj z:
- Google PageSpeed Insights – dane Lighthouse + CrUX
- Google Search Console – raport Core Web Vitals (mobile/desktop)
- GTmetrix – szczegółowe analizy i waterfall
- WebPageTest – testy z różnych lokalizacji
- Chrome DevTools – analiza wydajności JS i renderowania
Kluczowe techniki optymalizacji
Optymalizacja obrazów i mediów
Obrazy mogą stanowić 50–70% wagi strony.
- używaj WebP/AVIF
- stosuj
loading="lazy" - korzystaj z
srcset(responsive images)
Minifikacja i kompresja
- minifikuj CSS, JS, HTML
- włącz Brotli lub Gzip
- stosuj tree shaking
Strategia ładowania zasobów
- inline’uj krytyczny CSS
- używaj
deferiasync - stosuj
preconnectiprefetch
Serwer i infrastruktura
- korzystaj z CDN
- włącz HTTP/2 lub HTTP/3
- ustaw agresywny cache (
Cache-Control) - utrzymuj TTFB < 600 ms
Progressive Enhancement
Priorytetowo ładuj treść, później interakcje, a na końcu dodatki wizualne.
Wydajność mobilna
Google indeksuje przede wszystkim mobilną wersję witryny. Sprawdzaj więc wydajność strony na telefonach.
Na urządzeniach mobilnych ograniczeniem bywają:
- słabsze CPU
- wolniejsze połączenia
- JS działa 3–5× wolniej niż na desktopie
Przy testach mobilnych zwróć uwagę na:
- testuj na realnych urządzeniach
- zmniejsz rozmiar bundle JS
- stosuj Adaptive Loading
Wydajność jako fundament SEO
Wydajność wspiera zarówno SEO, jak i UX, dlatego powinna być częścią bieżącej pracy nad stroną.
Regularnie sprawdzaj wyniki w Google Search Console i reaguj na regresje, by utrzymać widoczność i sprawne działanie serwisu.
Nie kończ optymalizacji na jednym audycie. Sprawdzaj metryki po każdym wdrożeniu: nowa wtyczka, ciężki font lub nieoptymalny obraz mogą w kilka minut zniweczyć miesiące pracy.