https://itpoludzku.pl/uploads/blog/core-web-vitals-po-ludzku-dlaczego-strona-wydaje-sie-wolna-c6f92c86328f.png2026-09-25T10:22:35+02:00itpoludzku.plCore Web Vitals po ludzku — dlaczego strona wydaje się wolna
Marketing i SEO

Core Web Vitals po ludzku — dlaczego strona wydaje się wolna

Opublikowano: 25.09.2026  ·  5 min czytania  ·  Autor: itpoludzku.pl

(0)
Core Web Vitals po ludzku — dlaczego strona wydaje się wolna

Trzy skróty, które widać w każdym raporcie, i które rzadko ktoś tłumaczy po ludzku. A opisują bardzo konkretne wrażenia użytkownika.

W skrócie

  • Core Web Vitals to trzy wskaźniki Google: LCP (kiedy widzę treść), INP (kiedy strona reaguje na kliknięcie) i CLS (czy układ skacze).
  • Dobre wartości: LCP do 2,5 s, INP do 200 ms, CLS do 0,1 — mierzone na danych z prawdziwych wizyt.
  • Najczęstsze przyczyny: ciężkie zdjęcia, za dużo skryptów zewnętrznych, brak miejsca zarezerwowanego na elementy.
  • Szybkość sama nie wyniesie strony na pierwsze miejsce, ale więcej osób dotrze do formularza.

Trzy skróty, które widać w każdym raporcie szybkości i które rzadko ktoś tłumaczy po ludzku. A opisują bardzo konkretne wrażenia użytkownika: czy szybko zobaczył treść, czy strona zareagowała na jego kliknięcie i czy przycisk nie uciekł mu spod palca.

Każdy z tych wskaźników ma inną przyczynę i inną naprawę. Dlatego „przyspieszanie strony” bez wiedzy, który wskaźnik kuleje, często kończy się pracą, której nikt nie odczuwa.

Trzy wskaźniki w jednej tabeli

WskaźnikCo mierzyDobry wynikNajczęstszy winowajca
LCP — Largest Contentful PaintKiedy pojawia się największy element na ekraniedo 2,5 sDuże zdjęcie nagłówkowe, wolny serwer
INP — Interaction to Next PaintJak szybko strona reaguje na kliknięcia i dotykdo 200 msZa dużo skryptów: czaty, piksele, wtyczki
CLS — Cumulative Layout ShiftCzy układ przeskakuje podczas ładowaniado 0,1Zdjęcia i banery bez zarezerwowanego miejsca

INP od marca 2024 roku zastąpił wcześniejszy wskaźnik FID. Jeśli w starszym raporcie widzisz FID, to dane sprzed zmiany — dziś liczy się reakcja na wszystkie interakcje, a nie tylko na pierwszą.

LCP: kiedy widzę treść

Pierwszy wskaźnik mierzy, po jakim czasie pojawia się największy element widoczny na ekranie — najczęściej zdjęcie nagłówkowe albo duży tytuł. Winne bywają nieskompresowane zdjęcia, wolna odpowiedź serwera i czcionki ładowane z opóźnieniem.

Najszybsza poprawa to zwykle zmniejszenie i przekonwertowanie jednego zdjęcia na górze strony do formatu WebP lub AVIF oraz wskazanie przeglądarce, że ma je wczytać w pierwszej kolejności. Zdjęcie 4 MB prosto z aparatu potrafi samo zepsuć cały wynik.

INP: kiedy strona reaguje

Drugi wskaźnik opisuje opóźnienie między kliknięciem a reakcją strony. Przyczyna jest prawie zawsze ta sama: za dużo skryptów wykonujących się jednocześnie. Czaty, piksele reklamowe, karuzele, wtyczki zgód, mapy, widżety opinii — każdy z osobna jest „lekki”, razem blokują przeglądarkę.

Rozwiązaniem jest usunięcie zbędnych i opóźnienie tych, które nie są potrzebne od razu. Czat może się załadować po kilku sekundach albo po przewinięciu strony. Mapa — po kliknięciu w jej podgląd.

CLS: czy coś ucieka spod palca

Trzeci wskaźnik mierzy przeskakiwanie układu. Znasz to uczucie: sięgasz po przycisk, a w tym momencie doładowuje się baner i klikasz w reklamę. Przyczyna to zwykle brak zarezerwowanego miejsca na zdjęcia, ramki z reklamą i elementy doładowywane później, a także czcionki, które po wczytaniu zmieniają wielkość tekstu.

Szybki test bez narzędzi

Otwórz stronę na telefonie przez mobilny internet i spróbuj od razu kliknąć przycisk kontaktu. Jeśli treść skacze, przycisk reaguje z opóźnieniem albo przez dwie sekundy widzisz białą stronę — wiesz, który wskaźnik kuleje, zanim otworzysz jakikolwiek raport.

Laboratorium kontra rzeczywistość

Narzędzia pomiarowe, takie jak PageSpeed Insights, pokazują dwie rzeczy: symulację (dane laboratoryjne) i dane z prawdziwych wizyt z ostatnich 28 dni. Liczą się te drugie — bo uwzględniają realnych użytkowników, ich telefony i ich zasięg.

Wynik z symulacji potrafi być dużo lepszy albo dużo gorszy niż to, czego doświadczają ludzie w terenie. Mała strona może nie mieć jeszcze danych z prawdziwych wizyt — wtedy symulacja jest wskazówką, ale nie wyrokiem.

Nie gonić za wynikiem 100

Wynik punktowy w PageSpeed to podsumowanie symulacji, nie ocena Google w wyszukiwarce. Różnica między 85 a 100 punktami bywa dla użytkownika niezauważalna, a pogoń za nią potrafi kosztować tygodnie pracy. Ważne, żeby trzy wskaźniki z prawdziwych wizyt były w zielonym zakresie.

Co zrobić najpierw

Kompresja i konwersja zdjęć90
Największy efekt przy najmniejszym nakładzie
Usunięcie zbędnych skryptów75
Czaty, piksele i wtyczki, z których nikt nie korzysta
Zarezerwowane miejsce na elementy55
Koniec ze skaczącym układem
Lepszy hosting lub cache50
Gdy serwer odpowiada wolniej niż pół sekundy
Przebudowa szablonu30
Dopiero gdy reszta nie wystarcza
Orientacyjny stosunek efektu do nakładu pracy — od poprawek, które warto zrobić od razu, do tych na koniec.
1

Zmierz na danych z prawdziwych wizyt

PageSpeed Insights i raport Podstawowe wskaźniki internetowe w Search Console.

2

Skompresuj zdjęcia

Szczególnie to na górze strony. WebP lub AVIF, wymiary dopasowane do ekranu.

3

Policz zewnętrzne skrypty

Usuń te, z których nikt nie korzysta, resztę opóźnij.

4

Zarezerwuj miejsce

Wymiary dla zdjęć, ramek i banerów, żeby układ nie skakał.

5

Sprawdź czas odpowiedzi serwera

Jeśli przekracza pół sekundy, problem jest w hostingu lub braku cache.

Ile to zmienia w Google

Szybkość jest jednym z wielu sygnałów i sama w sobie nie wyniesie strony na pierwsze miejsce. Treść, dopasowanie do zapytania i wiarygodność firmy ważą więcej. Realny zysk jest gdzie indziej: więcej osób dociera do formularza zamiast zamykać kartę w połowie ładowania.

Wniosek

Core Web Vitals opisują trzy konkretne wrażenia: czy szybko widać treść, czy strona reaguje i czy nic nie skacze. Zmierz na danych z prawdziwych wizyt, zacznij od zdjęć i skryptów, a resztę poprawiaj tylko tam, gdzie wskaźnik jest czerwony.

Najczęstsze pytania

Czy Core Web Vitals wpływają na pozycję w Google?

Tak, ale jako jeden z wielu sygnałów. Przy dwóch podobnych stronach szybsza ma przewagę, ale wolna strona z lepszą treścią często i tak wygrywa.

Dlaczego mój wynik zmienia się przy każdym pomiarze?

Symulacja zależy od chwilowego obciążenia serwera i sieci. Dlatego ważniejsze są dane z prawdziwych wizyt, uśrednione z 28 dni.

Czy wtyczka do cache w WordPressie wystarczy?

Często poprawia czas odpowiedzi serwera, ale nie rozwiąże problemu ciężkich zdjęć ani nadmiaru skryptów. To jeden element, nie całe rozwiązanie.

Co to jest INP i czym różni się od FID?

INP mierzy reakcję na wszystkie kliknięcia i dotknięcia podczas wizyty, a FID mierzył tylko pierwsze. INP zastąpił FID w marcu 2024 roku.

Czy warto zmieniać hosting dla szybkości?

Tylko wtedy, gdy pomiar pokazuje wolną odpowiedź serwera. Jeśli problemem są zdjęcia i skrypty, droższy hosting niewiele zmieni.

Zmierzyć Twoją stronę?

Robię pomiar na danych z prawdziwych wizyt i mówię, które poprawki dadzą największy efekt — bez gonienia za setką w raporcie. Zobacz optymalizację szybkości strony.

Patryk · itpoludzku.pl

Zajmuję się serwisem komputerowym, stronami i sklepami internetowymi oraz wdrożeniami dla małych firm. Piszę o tym, co robię na co dzień — razem z sytuacjami, w których coś się nie opłaca. Dojeżdżam do klientów w promieniu 50 km od Grodziska Mazowieckiego.

Napisz do mnie →

Oceń ten wpis

Kliknij gwiazdkę, aby ocenić (1-5).

0/5 · głosów: 0

Komentarze (0)

Brak komentarzy — bądź pierwszy!

Dodaj komentarz

Komentujesz jako gość — możesz też zalogować się lub założyć konto. Każdy może skomentować wpis tylko raz.