Core Web Vitals i szybkość strony — jak PageSpeed wpływa na pozycje Google
Google używa Core Web Vitals jako czynnik rankingowy od 2021. Sprawdź jakie metryki mierzę i co realnie możesz zoptymalizować bez przepisywania strony.
Pamiętam rozmowę z klientem który miał świetne treści, dobre linki i mimo to pozycje stały w miejscu miesiącami. Po sprawdzeniu PageSpeed Insights wynik wynosił 34 na 100 na urządzeniach mobilnych. Strona ładowała się ponad 8 sekund. Dla Google to jasny sygnał: użytkownik nie chce tu czekać — podaj mu coś lepszego. Po optymalizacji wynik wzrósł do 78 i w ciągu 6 tygodni trzy kluczowe frazy weszły do Top 5.
Trzy metryki Core Web Vitals które liczą się dla Google
- LCP (Largest Contentful Paint) — czas do załadowania największego elementu widocznego na stronie. Cel: poniżej 2,5 sekundy. To zazwyczaj główne zdjęcie hero, duży nagłówek lub baner. Najczęstsza przyczyna złego LCP to obrazy bez kompresji i brak preload na krytycznych zasobach.
- INP (Interaction to Next Paint) — jak szybko strona reaguje na kliknięcie lub dotknięcie ekranu. Zastąpił FID w marcu 2024. Cel: poniżej 200ms. Główna przyczyna złego INP to nadmiar JavaScript blokującego wątek główny.
- CLS (Cumulative Layout Shift) — jak bardzo elementy przesuwają się podczas ładowania strony. Cel: poniżej 0,1. Przyczyną są najczęściej obrazy i embedy bez zdefiniowanych wymiarów width i height, a także banery wczytywane po wyrenderowaniu layoutu.
Jak PageSpeed przekłada się na realne pozycje
Google nie mówi wprost że za wynik 34 pkt spadasz o 5 pozycji. Mechanizm jest bardziej subtelny i systemowy — strony które dostarczają złe doświadczenia są stopniowo wypychane przez te które działają płynnie, przy założeniu podobnej jakości treści i profilu linków. W praktyce: jeśli dwie strony mają porównywalny content i authority, szybsza wygrywa. W konkurencyjnych niszach różnica PageSpeed bywa tym co decyduje o Top 3 zamiast strony 2.
Co realnie możesz poprawić nie przepisując całej strony
- Zmień format obrazów na WebP lub AVIF — oszczędzasz 30 do 70 procent wagi bez zauważalnej utraty jakości wizualnej
- Dodaj lazy loading do obrazów poza pierwszym ekranem — wystarczy atrybut loading='lazy' w tagu img
- Zainstaluj plugin cache jeśli masz WordPress — WP Rocket lub LiteSpeed Cache eliminują wiele problemów bez edycji kodu
- Usuń nieużywane wtyczki i zewnętrzne skrypty JS — każdy dodatkowy request to kolejne milisekundy opóźnienia
- Ustaw wymiary width i height dla każdego obrazu — eliminujesz przesunięcia layoutu i naprawiasz CLS
- Sprawdź hosting — tani shared hosting to często największy bottleneck LCP, nawet przy idealnie zoptymalizowanym kodzie
Jak mierzę wyniki i co raportuję klientowi
Używam kombinacji narzędzi: PageSpeed Insights dla wyników syntetycznych z laboratorium, Google Search Console (raport Core Web Vitals) dla realnych danych od użytkowników zebranych w polu. Te dwa źródła często się różnią — lab data i field data to różne perspektywy tej samej rzeczywistości. Raport który dostajesz pokazuje stan obecny każdej metryki, priorytety poprawek i szacowany wpływ każdej zmiany na końcowy wynik.
Optymalizacja Core Web Vitals to nie jednorazowa akcja. Po każdej zmianie na stronie — nowej wtyczce, nowym sliderze, nowym foncie z CDN — warto sprawdzić czy wyniki się nie pogorszyły. Monitoring jest tu tak samo ważny jak sama optymalizacja, bo zmiany na stronie mogą niespodziewanie cofnąć wypracowane wyniki.
Najważniejsza zasada której zawsze przestrzegam: najpierw naprawiaj mobile. Google indeksuje i rankuje w trybie mobile-first od 2019 roku. Twój desktop może mieć 95 na 100 a mobile 40 na 100 — i to ten drugi wynik decyduje o pozycjach w wynikach wyszukiwania. Jeśli Twoja strona nie działa szybko na słabszym smartfonie z wolnym LTE, tracisz pozycje których prawdopodobnie nawet nie jesteś świadomy.
