Core Web Vitals i dlaczego wpływają na pozycję

Core Web Vitals i pozycja w Google, krótka odpowiedź

Core Web Vitals to trzy wskaźniki mierzące rzeczywiste doświadczenie użytkownika na stronie: LCP (czas załadowania głównej treści), INP (responsywność na interakcje) i CLS (stabilność układu strony). Google oficjalnie traktuje je jako czynnik rankingowy od 2021 roku. Dobry wynik we wszystkich trzech nie gwarantuje pierwszego miejsca, ale słaby wynik przy wyrównanej konkurencji może wyraźnie obniżyć pozycję.

Ten artykuł wyjaśnia, czym są poszczególne wskaźniki, jak działają progi oceny i co z tego wynika dla właściciela strony firmowej lub lokalnego biznesu.

Czym są Core Web Vitals i skąd się wzięły

Google od lat bada, jakie cechy strony wpływają na satysfakcję użytkownika. Wyniki tych badań zebrało w zestaw wskaźników nazwany Core Web Vitals, opublikowany po raz pierwszy w 2020 roku. W czerwcu 2021 wskaźniki te weszły oficjalnie do algorytmu rankingowego jako część aktualizacji Page Experience.

Wcześniej Google oceniało strony głównie przez pryzmat treści i linków. Core Web Vitals dodały do tego równania trzeci wymiar: jak strona zachowuje się w przeglądarce konkretnego człowieka na konkretnym urządzeniu. Nie chodzi o to, jak wygląda kod, ale o to, co widzi i odczuwa osoba odwiedzająca witrynę.

W 2024 roku nastąpiła jedna ważna zmiana. Wskaźnik FID (First Input Delay), mierzący tylko pierwszą interakcję użytkownika, zastąpiono wskaźnikiem INP (Interaction to Next Paint), który mierzy responsywność przez cały czas wizyty. INP jest dokładniejszy i lepiej odzwierciedla rzeczywiste odczucia użytkownika na stronach z formularzami, filtrami lub innymi elementami wymagającymi interakcji.

Jak Google mierzy Core Web Vitals

Kluczowe jest rozróżnienie między pomiarem laboratoryjnym a terenowym. Pomiar laboratoryjny to jednorazowy test strony w kontrolowanych warunkach, przeprowadzany przez narzędzia takie jak Lighthouse lub PageSpeed Insights. Pomiar terenowy to dane zbierane od prawdziwych użytkowników, agregowane w zbiorze CrUX (Chrome User Experience Report).

Google do celów rankingowych używa danych terenowych. Konkretnie: ocenia wynik dla 75. percentyla wszystkich odwiedzin w ciągu ostatnich 28 dni. Oznacza to, że 75 procent użytkowników musi osiągać dobry wynik w danym wskaźniku, żeby strona otrzymała ocenę zieloną. Jeden słaby wynik u jednej osoby nie psuje oceny, ale jeśli co czwarty odwiedzający ma złe doświadczenie, to problem jest realny.

Dane terenowe wymagają ruchu. Strony z bardzo małą liczbą odwiedzin mogą nie mieć wystarczająco dużo danych w CrUX, żeby Google mógł ocenić ich Core Web Vitals. Wtedy Search Console wyświetla komunikat o braku danych, a PageSpeed Insights jest głównym punktem odniesienia.

Trzy progi dla każdego wskaźnika

Każdy wskaźnik ma trzy progi: dobry (zielony), wymagający poprawy (pomarańczowy) i słaby (czerwony). Poniżej zestawienie wartości granicznych.

Warto zwrócić uwagę, że progi są celowo restrykcyjne. Wynik LCP na poziomie 3 sekund jest klasyfikowany jako wymagający poprawy, choć przed erą Core Web Vitals taki czas ładowania był uważany za akceptowalny. Google stopniowo podnosi poprzeczkę oczekiwań, bo urządzenia i połączenia sieciowe są coraz szybsze.

Wpływ Core Web Vitals na pozycje w wyszukiwarce

Google explicite potwierdza, że Core Web Vitals są czynnikiem rankingowym w ramach algorytmu Page Experience (Google Search Central). Jednak nie są czynnikiem dominującym. W praktyce oznacza to kilka rzeczy.

Po pierwsze, strona z doskonałymi wynikami Core Web Vitals, ale słabą treścią i brakiem linków, nie pokona strony z wartościową treścią i dobrym profilem linkowym. Core Web Vitals nie nadpisują fundamentów SEO.

Po drugie, przy zbliżonej jakości treści i podobnym profilu linkowym między konkurentami techniczne parametry strony mogą przesądzić o kolejności. Im bardziej wyrównana konkurencja, tym większe znaczenie mają sygnały techniczne.

Po trzecie, Core Web Vitals wpływają pośrednio na pozycje przez zachowanie użytkowników. Strona, która ładuje się szybko i reaguje sprawnie na interakcje, zatrzymuje użytkownika dłużej. Niższy współczynnik odrzuceń i dłuższy czas spędzony na stronie to sygnały, które Google interpretuje jako potwierdzenie wartości treści.

Dane CTR pokazują, jak wielkie znaczenie ma pozycja w wynikach. Pierwsza pozycja organiczna osiąga średni CTR na poziomie 27,6 procent, a dziesiąta zaledwie 2,4 procent (Backlinko, Google CTR Stats). Każda pozycja wyżej to znacząco więcej kliknięć. Jeśli techniczne problemy obniżają pozycję o dwie lub trzy miejsca, bezpośrednio przekłada się to na ruch organiczny.

Jak sprawdzić Core Web Vitals swojej strony

Są dwa podstawowe miejsca do sprawdzenia wyników.

Google Search Console to punkt wyjścia dla każdego, kto ma stronę zweryfikowaną w tym narzędziu. Raport Core Web Vitals (w sekcji Jakość stron) pokazuje adresy URL podzielone na trzy grupy: dobre, wymagające poprawy i słabe. Dane są terenowe, czyli oparte na rzeczywistych odwiedzinach z ostatnich 28 dni. To właśnie te dane bierze pod uwagę Google przy ocenie rankingowej.

PageSpeed Insights dostępny pod adresem pagespeed.web.dev pozwala sprawdzić wynik dla dowolnego URL. Jeśli istnieją dane terenowe dla danej strony, pokazuje je u góry raportu. Poniżej przedstawia wynik testu laboratoryjnego Lighthouse z listą konkretnych problemów i sugestii poprawy. To przydatne narzędzie zarówno do oceny aktualnego stanu, jak i do diagnozowania przyczyn słabych wyników.

Oprócz tych dwóch narzędzi przydatne są GTmetrix i WebPageTest do szczegółowej diagnozy technicznej, na przykład analizy kolejności ładowania zasobów (waterfall) czy identyfikacji konkretnych skryptów blokujących renderowanie.

LCP: co wpływa na czas załadowania głównej treści

LCP to najczęściej najważniejszy wskaźnik do poprawy, bo bezpośrednio mierzy to, jak szybko użytkownik widzi główną treść strony. Element LCP to zazwyczaj duży obrazek w sekcji hero, nagłówek h1 lub baner. Jeśli ten element ładuje się wolno, użytkownik przez długi czas patrzy na pustą lub częściowo załadowaną stronę.

Najczęstsze przyczyny słabego LCP:

• Wolny czas odpowiedzi serwera (TTFB). Zanim przeglądarka zacznie ładować cokolwiek, musi otrzymać pierwszy bajt odpowiedzi od serwera. Na tanich hostingach współdzielonych TTFB potrafi wynosić 800 ms do 1,5 s. Dobry TTFB to poniżej 200 ms. Zmiana hostingu na szybszy VPS jest często największą pojedynczą poprawą LCP.
• Zbyt duży lub nieoptymalizowany obrazek. Obrazek w sekcji hero ważący 2 lub 3 MB ładuje się kilka sekund nawet na szybkim łączu. Kompresja do formatu WebP i zmniejszenie rozmiaru do wymaganego przez układ strony skracają czas ładowania o połowę lub więcej.
• Brak preload dla elementu LCP. Przeglądarka domyślnie odkrywa obrazki dopiero po sparsowaniu HTML i CSS. Dodanie tagu <link rel="preload"> w sekcji <head> informuje ją, żeby pobierała element LCP od razu przy ładowaniu strony, zanim zobaczy go w kodzie.
• Brak cache stron. Serwer bez cache generuje stronę przy każdym żądaniu, co zwiększa TTFB. Dobry cache serwuje gotowy HTML w dziesiątkach milisekund.

INP: responsywność przy interakcjach

INP mierzy, ile czasu mija od momentu kliknięcia lub wpisania tekstu do odświeżenia widoku ekranu przez przeglądarkę. Dobry wynik to poniżej 200 ms. Powyżej 500 ms interakcja jest odczuwana jako wyraźnie ociężała.

Na typowej stronie firmowej z małą ilością JavaScriptu INP rzadko jest problemem. Trudności pojawiają się przy:

• Ciężkich motywach page builder (Elementor z wieloma widżetami, Divi, WPBakery) wczytujących duże ilości JavaScriptu
• Synchronicznie wczytywanych skryptach śledzenia i analityki blokujących wątek główny przeglądarki
• Rozbudowanych wtyczkach czatu, pop-upów lub konfiguratorów produktów

Rozwiązanie to ograniczenie ilości JavaScriptu wykonującego się na wątku głównym. Skrypty zewnętrzne powinny być wczytywane z atrybutem async lub defer. Nieużywane wtyczki i moduły warto usunąć, a nie tylko dezaktywować.

CLS: stabilność układu strony

CLS mierzy sumę nieoczekiwanych przesunięć elementów podczas ładowania strony. Kiedy nagłówek lub reklama wskakuje w środek tekstu po załadowaniu, układ się przesuwa i użytkownik klika w nieodpowiednie miejsce. To frustrujące doświadczenie, które CLS rejestruje liczbowo.

Typowe przyczyny złego CLS:

• Obrazki bez atrybutów width i height. Przeglądarka nie wie, ile miejsca zarezerwować, dopóki nie pobierze pliku. Po załadowaniu reszta strony skacze. Dodanie wymiarów w kodzie HTML rozwiązuje problem.
• Dynamicznie wstawiane elementy bez zarezerwowanego miejsca. Banery reklamowe, zgody RODO, pop-upy i elementy wstrzykiwane przez skrypty zewnętrzne często nie mają zadeklarowanej wysokości kontenera. Każdy taki element przesuwa to, co jest poniżej.
• Czcionki niestandardowe bez font-display: swap. Gdy strona zamienia czcionkę systemową na pobraną czcionkę webową, jeśli oba kroje mają inną metrycę, tekst może przesunąć bloki poniżej.

Core Web Vitals a wyszukiwania lokalne

Dla firm działających lokalnie Core Web Vitals mają dodatkowe znaczenie. Większość lokalnych wyszukiwań pochodzi z telefonów. Ktoś szuka fryzjera w centrum Krakowa albo hydraulika w Poznaniu, używając telefonu na sieci komórkowej. Wolna strona mobilna traci klienta na rzecz szybszego konkurenta, nawet jeśli jest wyżej w wynikach.

Według danych Backlinko, 46 procent wszystkich wyszukiwań w Google ma intencję lokalną (Backlinko, Local SEO Stats). Szybka strona mobilna z dobrymi wynikami Core Web Vitals bezpośrednio przekłada się na liczbę telefonów i zapytań od potencjalnych klientów z okolicy.

O tym, jak techniczna jakość strony wpisuje się w szerszą strategię widoczności lokalnej, piszemy w artykule jak wypozycjonować firmę lokalnie. Szczegóły dotyczące pozycjonowania w konkretnych miastach znajdziesz na stronach dla Warszawy, Krakowa, Wrocławia i Gdańska.

Jak podejść do poprawy Core Web Vitals krok po kroku

Poprawa Core Web Vitals to proces techniczny, ale zaczyna się od diagnozy. Poniżej praktyczna kolejność działań.

1. 01
   Sprawdź aktualny stanOtwórz Google Search Console i raport Core Web Vitals. Sprawdź też PageSpeed Insights dla strony głównej i kilku kluczowych podstron. Zapisz wyniki dla wersji mobilnej i desktopowej jako punkt odniesienia.
2. 02
   Zidentyfikuj najsłabszy wskaźnikSprawdź, który z trzech wskaźników ma ocenę czerwoną lub pomarańczową. Zacznij od LCP, bo to najczęściej problematyczny obszar i przynosi największą poprawę odczuwaną przez użytkownika.
3. 03
   Oceń czas odpowiedzi serweraW PageSpeed Insights lub GTmetrix sprawdź TTFB. Jeśli przekracza 400 ms, zmiana hostingu na szybszy VPS jest priorytetem przed optymalizacją zasobów. Żadna optymalizacja po stronie frontendu nie zrekompensuje wolnego serwera.
4. 04
   Zoptymalizuj obrazkiSkompresuj wszystkie obrazki, szczególnie element LCP. Konwertuj do formatu WebP. Upewnij się, że każdy znacznik <img> ma atrybuty width i height, żeby przeglądarka zarezerwowała miejsce przed załadowaniem.
5. 05
   Włącz cache i CDNWłącz cache stron na poziomie serwera lub przez wtyczkę (WP Rocket, LiteSpeed Cache). Rozważ CDN, np. Cloudflare w bezpłatnym planie, żeby skrócić czas pobierania zasobów statycznych.
6. 06
   Zmierz efekty po 2-4 tygodniachDane terenowe w Google Search Console aktualizują się w oparciu o ostatnie 28 dni. Poprawa w raportach pojawia się z opóźnieniem. Testy laboratoryjne w PageSpeed Insights pokazują efekty od razu po zmianach.

Core Web Vitals jako część szerszej strategii SEO

Core Web Vitals są jednym elementem pozycjonowania, nie całością. Strona technicznie doskonała, ale bez wartościowej treści i linków, nie pokona konkurencji dysponującej obiema tymi rzeczami. Jednocześnie ignorowanie technicznych podstaw to oddawanie punktów konkurentom za darmo.

Dobra strona pod SEO łączy trzy warunki: techniczne fundamenty (szybkość, indeksacja, brak błędów), trafna treść (odpowiadająca na pytania i frazy szukane przez klientów) oraz autorytet (linki z wartościowych stron). Core Web Vitals wchodzą w pierwszy z tych obszarów.

Więcej o tym, jak wygląda pełna strategia pozycjonowania, przeczytasz na stronie pozycjonowanie stron. O doborze słów kluczowych, które klienci wpisują w wyszukiwarce, piszemy w artykule co to są słowa kluczowe i jak je dobierać. Jeśli zastanawiasz się nad wyborem między pozycjonowaniem a reklamami płatnymi, sprawdź porównanie pozycjonowanie czy Google Ads.

Najczęstsze pytania

Czy Core Web Vitals są bezpośrednim czynnikiem rankingowym Google?

Tak. Google oficjalnie włączyło Core Web Vitals do algorytmu rankingowego w czerwcu 2021 roku w ramach aktualizacji Page Experience (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ę. Dobre wyniki wspierają też zaangażowanie użytkownika, co pośrednio wzmacnia pozycje.

Jak szybko efekty poprawy Core Web Vitals widać w Google?

Zmiany techniczne na stronie są widoczne natychmiast w testach laboratoryjnych (PageSpeed Insights). Jednak dane terenowe w Google Search Console odzwierciedlają ostatnie 28 dni ruchu. Poprawa w raporcie Core Web Vitals pojawia się stopniowo w ciągu 2 do 4 tygodni, w zależności od wolumenu odwiedzin strony.

Który wskaźnik Core Web Vitals jest najważniejszy?

LCP jest zazwyczaj priorytetem, bo bezpośrednio mierzy czas do wyświetlenia głównej treści strony i ma największy wpływ na pierwsze wrażenie użytkownika. Słaby LCP (powyżej 4 sekund) powoduje, że użytkownicy opuszczają stronę przed załadowaniem. CLS jest ważny na stronach z reklamami lub dynamicznie wczytywanymi elementami. INP staje się kluczowy na stronach z dużą ilością interaktywnych elementów.

Co zrobić, jeśli Google Search Console nie pokazuje danych Core Web Vitals?

Brak danych w Search Console oznacza, że strona ma zbyt mały ruch, żeby znaleźć się w zbiorze CrUX. Google wymaga minimalnej liczby odwiedzin z Chrome, żeby dane były reprezentatywne. W takiej sytuacji testuj stronę narzędziem PageSpeed Insights, gdzie wyniki laboratoryjne są dostępne bez względu na poziom ruchu. Wraz ze wzrostem ruchu dane terenowe pojawią się automatycznie.