Core Web Vitals i jak je poprawić na WordPressie

Core Web Vitals WordPress, krótka odpowiedź

Core Web Vitals to trzy wskaźniki mierzone przez Google: LCP (czas załadowania głównej treści), INP (responsywność na działania użytkownika) i CLS (stabilność układu strony). Są one potwierdzonym czynnikiem rankingowym i mają bezpośredni wpływ na pozycje w wyszukiwarce. Na WordPressie da się je poprawić bez przepisywania strony od nowa, przede wszystkim przez zmianę hostingu, lekki motyw i poprawne ładowanie obrazków.

Ten artykuł jest dla właściciela strony na WordPress, który słyszał o Core Web Vitals od agencji SEO lub zobaczył słabe wyniki w Google i chce wiedzieć, co konkretnie poprawić. Skupiamy się na działaniach, które mają realny wpływ.

Czym są Core Web Vitals i dlaczego Google je mierzy

Core Web Vitals to zestaw wskaźników mierzących rzeczywiste doświadczenie użytkownika na stronie. Nie chodzi o to, jak szybko odpowiada serwer ani jak wygląda kod źródłowy, ale o to, co dzieje się na ekranie konkretnego człowieka odwiedzającego stronę (Google Search Central, Core Web Vitals).

Google włączył Core Web Vitals jako sygnał rankingowy w ramach aktualizacji Page Experience w czerwcu 2021 roku. W 2024 roku wskaźnik FID zastąpiono wskaźnikiem INP, który jest dokładniejszy i mierzy reakcję strony na wszystkie interakcje, a nie tylko pierwszą. Dziś zestaw składa się z trzech metryk.

Każda metryka ma trzy progi: dobry (zielony), wymagający poprawy (pomarańczowy) i słaby (czerwony). Google ocenia wyniki dla 75. percentyla odwiedzin ze zbioru danych CrUX. Wynik w Google Search Console odzwierciedla rzeczywistych gości, a nie jeden pomiar laboratoryjny.

Jak sprawdzić Core Web Vitals swojej strony WordPress

Zanim cokolwiek zmienisz, trzeba zmierzyć aktualny stan. Istnieją dwa rodzaje pomiarów: laboratoryjne, czyli testowanie strony na żądanie w warunkach symulowanych, oraz terenowe, czyli dane zbierane od prawdziwych użytkowników.

Najważniejsze narzędzia do sprawdzenia:

• Google Search Console to podstawowe źródło danych terenowych. Raport Core Web Vitals w lewym menu pokazuje adresy URL podzielone na dobre, wymagające poprawy i słabe. Tu widać realne wyniki z ruchu na stronie, a nie tylko jeden test.
• PageSpeed Insights łączy dane terenowe z CrUX z testem laboratoryjnym Lighthouse. Wklej adres URL i zobaczysz wyniki dla wersji mobilnej i desktopowej wraz z listą sugestii poprawy.
• GTmetrix i WebPageTest to narzędzia laboratoryjne przydatne do debugowania konkretnych problemów, bo pokazują szczegółowy waterfall ładowania zasobów.

Jeśli Twoja strona ma mały ruch, Google Search Console może pokazywać komunikat o niewystarczającej ilości danych. W takiej sytuacji PageSpeed Insights jest podstawowym punktem wyjścia.

LCP: jak przyspieszyć ładowanie głównej treści

LCP to najważniejsza metryka z trzech, bo bezpośrednio mierzy czas do momentu, gdy użytkownik widzi główną treść strony. Na WordPressie wyniki LCP psuje najczęściej kilka tych samych rzeczy.

Hosting i serwer to fundament

Żadna optymalizacja wtyczek nie zastąpi dobrego hostingu. Na wolnym serwerze czas odpowiedzi serwera (TTFB) potrafi sam w sobie przekraczać dobry próg LCP. Szukaj hostingu z TTFB poniżej 200 ms i serwerem zlokalizowanym w Polsce lub Niemczech, jeśli Twoi klienci są w Polsce.

Hosting współdzielony z najtańszych pakietów często generuje TTFB rzędu 600 ms do 1,5 sekundy. Zanim przeglądarka zacznie ładować stronę, upływa już ponad sekunda. Zmiana hostingu na szybszy VPS to często największa pojedyncza poprawa LCP.

Obrazki to najczęstsza przyczyna słabego LCP

Główny obrazek na stronie, baner, zdjęcie nagłówkowe albo hero image, jest w większości przypadków elementem LCP. Jeśli ładuje się późno lub jest zbyt duży, cały wskaźnik spada.

Trzy działania dają tu największy efekt:

• Kompresja i format WebP. Obrazki w formacie WebP są o 25 do 35 procent mniejsze niż JPEG przy porównywalnej jakości. Wtyczki takie jak Imagify, ShortPixel lub Smush konwertują i kompresują obrazki automatycznie po wgraniu.
• Atrybut fetchpriority="high" na elemencie LCP. Mówi przeglądarce, żeby pobrała ten obrazek jako pierwszy. W nowoczesnych motywach WordPress można to ustawić ręcznie lub przez wtyczkę do optymalizacji.
• Rozmiary obrazków dopasowane do wyświetlania. Wgrywanie obrazka 3000 px szerokości na sekcję, która wyświetla 1200 px, trzykrotnie zwiększa jego wagę bez żadnego efektu wizualnego. WordPress generuje kilka rozmiarów automatycznie. Upewnij się, że motyw używa atrybutu srcset, by serwować odpowiedni rozmiar.

Cache strony i CDN

Cache zapisuje gotowy HTML strony na dysku serwera i serwuje go bez generowania od nowa przy każdej wizycie. Na WordPress służą do tego wtyczki WP Rocket, W3 Total Cache lub LiteSpeed Cache (ta ostatnia wymaga serwera LiteSpeed). Dobry cache potrafi skrócić TTFB z ponad sekundy do poniżej 100 ms.

CDN serwuje statyczne zasoby z serwerów geograficznie bliskich odwiedzającemu. Cloudflare w darmowym planie daje podstawowy CDN i dodatkową ochronę, skracając czas pobierania zasobów o kilkadziesiąt milisekund dla użytkowników spoza Twojego miasta.

INP: responsywność przy interakcjach

INP mierzy, ile czasu mija od kliknięcia, dotknięcia lub wpisania tekstu do momentu, gdy przeglądarka odświeży widok ekranu w odpowiedzi na tę akcję. Dobry wynik to poniżej 200 ms, a słaby to powyżej 500 ms.

Na typowej stronie firmowej WordPress INP rzadko jest problemem, bo strony z małą ilością JavaScriptu reagują szybko. Problem pojawia się przy:

• Przeciążonych motywach page builder z dużą ilością JavaScriptu (Divi, WPBakery, Elementor przy intensywnym użyciu)
• Skryptach śledzenia i analityki, zwłaszcza wczytywanych synchronicznie
• Wtyczkach czatu, pop-upów i portali klienta

Rozwiązania:

• Usuń lub zastąp ciężkie wtyczki, których nie potrzebujesz. Każda wtyczka wczytuje własny JavaScript.
• Wczytuj skrypty zewnętrzne asynchronicznie (async) lub z opóźnieniem (defer), żeby nie blokowały wątku głównego przeglądarki.
• Ogranicz liczbę zainstalowanych wtyczek do tych faktycznie używanych. Nawet dezaktywowana wtyczka czasami wczytuje kod.

CLS: stabilność układu strony

CLS mierzy sumę nieoczekiwanych przesunięć elementów podczas ładowania strony. Klasyczne przykłady to nagłówek, który przesuwa tekst w dół po załadowaniu, reklama wskakująca między akapity albo czcionka zamieniająca się na inną podczas renderowania.

Na WordPressie CLS psuje najczęściej kilka rzeczy:

• Obrazki bez podanego rozmiaru. Jeśli znacznik <img> nie ma atrybutów width i height, przeglądarka nie wie, ile miejsca zarezerwować przed załadowaniem. Po załadowaniu obrazka reszta strony skacze. WordPress od wersji 5.5 dodaje wymiary automatycznie, ale starsze motywy lub niepoprawne konfiguracje to obchodzą.
• Czcionki z FOUT (flash of unstyled text). Gdy strona ładuje tekst w czcionce systemowej, a po chwili zamienia ją na pobraną czcionkę, układ może się przesunąć. Rozwiązanie to właściwość CSS font-display: swap i preload czcionek.
• Reklamy i embedy bez zarezerwowanego miejsca. Baner reklamowy bez podanej wysokości kontenera zawsze powoduje skok układu przy załadowaniu.

Wtyczki do poprawy Core Web Vitals na WordPress

Samodzielna optymalizacja kodu jest możliwa, ale dla większości właścicieli stron firmowych sensowniejszym podejściem jest dobra wtyczka do optymalizacji szybkości. Poniżej porównanie najpopularniejszych opcji.

Inne opcje warte uwagi to W3 Total Cache (bezpłatny, bardziej techniczny) oraz Perfmatters (wyłączanie zbędnych zasobów bez budowania cache). Żadna wtyczka nie zastąpi dobrego hostingu i lekkich obrazków, ale dobra konfiguracja caching potrafi podnieść wyniki o jeden lub dwa progi.

Wpływ Core Web Vitals na pozycje w wyszukiwarce

Google traktuje Core Web Vitals jako sygnał rankingowy, ale nie jako dominujący czynnik. Znaczy to, że dobry wynik nie przepchnie słabej strony nad dobrze zoptymalizowaną konkretencję, ale słaby wynik przy wyrównanej rywalizacji może skutkować niższą pozycją. Ważniejsze jest to, że strony z lepszymi wynikami mają wyższy współczynnik zaangażowania: niższy bounce rate i dłuższy czas spędzony na stronie, co pośrednio wspiera pozycje.

Dane o zachowaniu użytkowników potwierdzają wagę szybkości. Strony na pierwszej pozycji organicznej mają średni CTR ponad 27 procent, a na dziesiątej poniżej 3 procent (Backlinko, Google CTR Stats). Szybkość i jakość techniczna strony to czynniki, które da się poprawić bezpośrednio i stosunkowo szybko.

Pełniejszy obraz tego, co składa się na dobre pozycje i jak długo trwa ich budowanie, znajdziesz w artykule ile czasu trwa pozycjonowanie strony. Core Web Vitals to jeden element szerszej układanki, którą opisujemy też w kontekście pozycjonowania stron.

Kolejność działań: od czego zacząć

Poniżej praktyczna lista kroków dla właściciela strony WordPress, który chce poprawić Core Web Vitals bez angażowania programisty na każdym etapie.

1. 01
   Sprawdź wyniki wyjścioweOtwórz Google Search Console i raport Core Web Vitals. Sprawdź też PageSpeed Insights dla głównej strony i kilku podstron. Zapisz wyniki, żeby mieć punkt odniesienia.
2. 02
   Oceń hostingSprawdź TTFB w PageSpeed Insights lub GTmetrix. Jeśli przekracza 400-500 ms, zmiana hostingu na szybszy VPS lub hosting zoptymalizowany pod WordPress da największą pojedynczą poprawę.
3. 03
   Skompresuj i przekonwertuj obrazkiZainstaluj wtyczkę do optymalizacji obrazków (Imagify, ShortPixel lub Smush) i skompresuj istniejące pliki. Ustaw automatyczne konwertowanie nowych obrazków do formatu WebP.
4. 04
   Włącz caching stronZainstaluj i skonfiguruj WP Rocket, LiteSpeed Cache lub W3 Total Cache. Włącz cache stron, minifikację CSS i JS oraz opóźnione ładowanie obrazków (lazy load).
5. 05
   Popraw wymiary obrazkówUpewnij się, że każdy obrazek ma podane atrybuty width i height w kodzie HTML. W nowoczesnym WordPress i dobrym motywie dzieje się to automatycznie. Sprawdź w PageSpeed Insights, czy pojawia się ostrzeżenie o brakujących wymiarach.
6. 06
   Zmierz wyniki po zmianachZaczekaj 7-14 dni i sprawdź ponownie Google Search Console. Wyniki terenowe aktualizują się w oparciu o ostatnie 28 dni wizyty, więc poprawa pojawi się z opóźnieniem.

Jeśli po podstawowych działaniach wyniki wciąż są słabe, warto sprawdzić motyw. Ciężkie motywy page builder generują kilkaset kilobajtów JavaScriptu na każdej podstronie. Zmiana motywu na lekki (GeneratePress, Astra, Kadence) jest bardziej radykalnym krokiem, ale często daje największą poprawę w przypadku starszych lub mocno przebudowanych stron.

Core Web Vitals a wybór motywu i wtyczek

Motyw to punkt wyjścia. Lekkie motywy takie jak GeneratePress, Astra i Kadence startują z minimalnym narzutem kodu. Ciężkie motywy bundled z Elementorem lub Divim wczytują JavaScript i CSS na każdej stronie, nawet tam, gdzie ich nie używasz.

Każda aktywna wtyczka może wczytywać własne skrypty globalnie. Wtyczki takie jak Perfmatters lub Asset CleanUp pozwalają wyłączyć konkretne zasoby na konkretnych stronach. Instaluj wtyczki tylko wtedy, gdy ich naprawdę potrzebujesz, i usuwaj te nieużywane. Dwadzieścia aktywnych wtyczek to zwykle za dużo dla typowej strony firmowej.

Więcej o wyborze między WordPress a rozwiązaniami alternatywnymi piszemy w artykule WordPress czy strona kodowana. Jeśli planujesz budżet na stronę pod pozycjonowanie, sprawdź też ile kosztuje strona internetowa.

Najczęstsze pytania

Czy Core Web Vitals mają bezpośredni wpływ na pozycje w Google?

Tak, Google traktuje je jako sygnał rankingowy od aktualizacji Page Experience w 2021 roku (Google Search Central). Nie są dominującym czynnikiem, ale przy zbliżonej jakości treści i profilu linków między konkurentami słabe wyniki mogą obniżyć pozycję. Dobry wynik wspiera też zaangażowanie użytkownika, co pośrednio wpływa na widoczność.

Jak długo trwa poprawa Core Web Vitals po wprowadzeniu zmian?

Zmiany techniczne na stronie widać w testach laboratoryjnych od razu. Dane terenowe w Google Search Console odzwierciedlają ostatnie 28 dni ruchu, więc statystyczna poprawa pojawia się po 1 do 4 tygodniach w zależności od wolumenu odwiedzin.

Czy na WordPress da się osiągnąć dobry wynik LCP bez zmiany hostingu?

Czasem tak, jeśli obecny hosting jest wystarczająco szybki, a problem leży w obrazkach lub braku cache. Ale przy TTFB serwera powyżej 500 ms żadna optymalizacja po stronie wtyczek nie da dobrego LCP. Hosting to fundament, który decyduje o pułapie możliwych wyników.

Co zepsuć najłatwiej przy optymalizacji WordPress?

Agresywna minifikacja JavaScriptu przez wtyczki do optymalizacji potrafi zepsuć wygląd lub funkcjonalność strony, zwłaszcza przy skryptach page builder. Przed wdrożeniem na produkcji testuj zmiany na kopii strony lub stopniowo włączaj opcje i sprawdzaj wizualnie każdą podstronę. Opcja delay JS w WP Rocket lub podobnych wtyczkach jest szczególnie podatna na konflikty z formularzami i suwakami.