Szybkość strony i Core Web Vitals w 2026: dlaczego wolna witryna traci pozycje i pieniądze

Otwórz analitykę swojej strony i znajdź dwie liczby: ilu ludzi weszło i ilu doszło do formularza albo telefonu. Między nimi jest przepaść, a część tej przepaści tłumaczą szybkość strony i Core Web Vitals — nie tekst, nie cena i nie design. Mieszka w tych dwóch–trzech sekundach, gdy człowiek z telefonem w pociągu patrzy na biały ekran i czeka, aż wreszcie coś się pojawi. Połowa z nich nie doczeka. Zamkną kartę i otworzą następną — konkurenta, u którego otworzyło się od razu. Za to wyjście zapłaciłeś: albo reklamą, która przyprowadziła człowieka na wolną stronę, albo miesiącami SEO, żeby w ogóle cię znalazł. Pieniądze poszły, zapytanie nie.

Szybkość strony i Core Web Vitals to nie techniczny kaprys deweloperów ani linijka w raporcie, którą miło widzieć na zielono. To ten moment, w którym spotykają się dwie rzeczy zwykle uznawane za osobne: pozycje w wyszukiwarce i przychód. Wolna strona gorzej rankuje i jednocześnie gorzej sprzedaje — podwójna kara za jeden i ten sam problem. A w 2026 roku cena tego problemu wzrosła, bo prawie cały ruch jest dziś mobilny, a telefon w prawdziwej ręce na prawdziwej sieci jest dużo wolniejszy od laptopa, na którym podziwiasz własną witrynę.

Rozłóżmy to po ludzku: co Google mierzy, jakie liczby uznaje za dobre, jak dokładnie wolne strony po cichu zjadają twoje zapytania i podnoszą koszt reklamy oraz — co najważniejsze — co naprawdę spowalnia witryny i jak się to naprawia. Bez żargonu tam, gdzie da się bez niego obejść.

Core Web Vitals po ludzku: trzy liczby, które widzi Google

Google dawno zrozumiał, że „szybka strona” to za mgliste, żeby to mierzyć. Dlatego sprowadził odczucie szybkości do trzech konkretnych wskaźników i nazwał je Core Web Vitals. Każdy odpowiada na proste pytanie żywego człowieka, który właśnie otworzył twoją stronę.

• LCP (Largest Contentful Paint) — „kiedy w końcu coś zobaczę”. To czas do narysowania największego bloku na pierwszym ekranie: głównego zdjęcia, nagłówka, banera. Dopóki LCP się nie wydarzy, człowiek patrzy w pustkę i decyduje, czekać czy odejść.
• INP (Interaction to Next Paint) — „kiedy strona odpowie na moje kliknięcie”. Człowiek nacisnął przycisk, dotknął menu, zaczął przewijać — w jakim czasie strona zareagowała? Jeśli między dotknięciem a reakcją jest zauważalne opóźnienie, witryna wydaje się „zacięta”, nawet gdy wygląda ładnie. INP w 2026 roku to działający wskaźnik responsywności; zastąpił stary FID i pyta surowiej.
• CLS (Cumulative Layout Shift) — „dlaczego wszystko skacze”. Szykujesz się nacisnąć przycisk, ale wtedy doładowuje się zdjęcie, treść się przesuwa i palec trafia w reklamę. To irytuje fizycznie. CLS mierzy, jak bardzo zawartość skacze w trakcie ładowania.

Trzy wskaźniki łapią trzy różne bóle: czekanie, przycinanie i szarpanie. Strona może być idealna w jednym i położona w innym — dlatego patrzeć trzeba na wszystkie trzy naraz.

Jakie wartości uznaje się za dobre

Tu Google nie zostawił pola do interpretacji — progi są opublikowane. Oto punkt odniesienia dla aktualnych wartości; trzymaj go pod ręką.

Wskaźnik	Co mierzy	„Dobrze”	„Źle” (do naprawy)
LCP	Szybkość ładowania głównej treści	do 2,5 s	powyżej 4,0 s
INP	Responsywność na działania	do 200 ms	powyżej 500 ms
CLS	Stabilność wizualna	do 0,1	powyżej 0,25

Jeden niuans, który zmienia wszystko. Google ocenia te progi po 75. percentylu — czyli wskaźnik musi mieścić się w normie u mniej więcej trzech czwartych odwiedzających. Nie w średniej, nie na twoim laptopie, nie „zwykle w porządku”. Jeśli u jednej czwartej ludzi strona ładuje się po pięć sekund, bo są na starym telefonie i słabej sieci, masz problem — nawet gdy u ciebie osobiście wszystko śmiga. Właśnie dlatego samokontrola „przecież u mnie otwiera się szybko” prawie zawsze oszukuje.

Szybkość strony i Core Web Vitals a pozycje: gdzie prawda, a gdzie mit

Wokół szybkości narosło sporo strachu, więc powiedzmy uczciwie i bez przesady. Core Web Vitals to potwierdzony czynnik rankingowy, ale nie główny. Google mówi wprost: przy reszcie warunków równych szybsza i stabilniejsza strona dostaje przewagę, ale szybkość nie wyciągnie na górę strony słabej co do treści ani nie utopi naprawdę trafnej. Jeśli ktoś obiecuje ci pierwsze miejsce „samym przyspieszeniem witryny” — koloryzuje.

Prawdziwy wpływ szybkości na pozycje nie jest jednak bezpośredni, tylko przez zachowanie ludzi — i jest dużo silniejszy od dowolnego formalnego sygnału. Działa to tak:

• Z szybkiej witryny rzadziej uciekają od razu. Człowiek doczeka ładowania, zaczyna czytać — i Google widzi, że strona zatrzymała uwagę.
• Na szybkiej witrynie oglądają więcej podstron i zostają dłużej. To sygnał, że treść jest przydatna.
• Na szybkiej witrynie częściej dochodzą do zapytania. A konwersja w działanie to najuczciwszy znak, że strona odpowiada na pytanie człowieka.

Wyszukiwarka nie musi „karać” cię za wolność wprost — wystarczy, że ludzie głosują nogami, a Google ten głos odczytuje. Szybkość jest więc i sygnałem bezpośrednim, i wzmacniaczem wszystkich pozostałych. Jeśli zastanawiasz się, dlaczego strona nie rośnie w wyszukiwarce, techniczna szybkość to jeden z pierwszych punktów do sprawdzenia, zanim zaczniesz winić treść.

Jak wolna strona po cichu zjada zapytania i podnosi koszt reklamy

Oto część, którą właściciele firm niedoceniają najmocniej, bo nie widać jej w raporcie wprost. Szybkość uderza w pieniądze w dwóch miejscach naraz.

Pierwsze — konwersja. Każda zbędna sekunda ładowania kosztuje cię część ludzi, którzy już byli gotowi coś zrobić. Branżowe badania rok po roku pokazują ten sam kierunek: prawdopodobieństwo ucieczki rośnie ostro, gdy strona ciągnie się od jednej sekundy do trzech i dalej, a na mobile odczuwa się to jeszcze dotkliwiej. Konkretne procenty wędrują od badania do badania i obiecywanie „minus X% przychodu na sekundę” byłoby nieuczciwe — ale kierunek jest żelazny: wolniej prawie zawsze znaczy mniej zapytań. I tracisz przy tym najgorętszych — tych, którzy już kliknęli i przyszli.

Drugie — koszt reklamy. Tu związek jest mniej oczywisty, ale całkiem realny. Systemy reklamowe pokroju Google Ads biorą pod uwagę jakość strony docelowej, a szybkość i wygoda to część tej jakości. Wolna strona ciągnie wynik jakości w dół, a to znaczy wyższą cenę za kliknięcie za tę samą pozycję. Podwójny cios: płacisz za kliknięcie drożej i gorzej zamieniasz te kliknięcia w zapytania. Zanim podniesiesz budżet reklamowy, napraw stronę, na którą lejesz ruch — inaczej dopłacasz do tego, żeby szybciej pokazywać ludziom wolną witrynę.

Złóż oba efekty — i wolna strona okazuje się nie „drobnym długiem technicznym”, lecz cichym wyciekiem z przychodu, który opłacasz każdego dnia.

Co naprawdę spowalnia strony

Dobra wiadomość: przyczyn wolności jest niewiele i prawie zawsze są te same. Oto uczciwa lista głównych winowajców — w kolejności tego, jak często widzimy ich w realnych projektach.

1. Ciężkie zdjęcia. Winowajca numer jeden. Fotografia na cztery megabajty, wgrana jak leci i ściśnięta do małego bloku siłami przeglądarki, zabija LCP w pojedynkę. Tu też brak nowoczesnych formatów i jeden gigantyczny obraz zamiast wersji pod różne ekrany.
2. Rozdęty JavaScript. Za dużo skryptów, które przeglądarka musi pobrać, rozłożyć i wykonać, zanim strona stanie się responsywna. To główny zabójca INP. Każdy widżet, czat, popup i licznik dokłada wagi — a połowa z nich na stronie w ogóle nie jest potrzebna.
3. Render-blocking — skrypty i style blokujące rysowanie. Gdy ciężkie pliki CSS i JS ładują się na starcie i nie dają przeglądarce pokazać strony, dopóki same się nie wczytają, człowiek patrzy w biały ekran dłużej, niż powinien.
4. Tani lub przeciążony hosting. Jeśli sam serwer myśli nad odpowiedzią po sekundzie, nie ma już czego przyspieszać — fundament jest wolny. Tani współdzielony hosting, gdzie na jednej maszynie tłoczą się setki stron, regularnie staje się wąskim gardłem.
5. Rozdęte kreatory i wtyczki. Uniwersalne szablony ładują kilobajty CSS i JS „na wszelki wypadek”, których twoja konkretna strona nie potrzebuje. Kilkanaście wtyczek, każda z własnymi skryptami i stylami, zamienia prostą stronę w ciężaru. O tym osobno niżej.
6. Brak cache’owania i CDN. Gdy każdemu odwiedzającemu wszystko składa się od nowa, a pliki jadą z jednego serwera przez pół świata, szybkość siada tam, gdzie łatwo było ją odzyskać.
7. Skrypty zewnętrzne. Analityka, piksele, czaty, mapy, fonty z obcych domen — każdy ciągnie własną nić zapytań. Z osobna drobiazg, razem zauważalny ciężar, w dodatku poza twoją bezpośrednią kontrolą.

Zauważ prawidłowość: prawie wszystko na tej liście to decyzje podjęte przy budowie. Szybkości nie „ustawia się” na końcu SEO-haczykiem. Albo wkłada się ją w fundament strony, albo potem mozolnie odwojowuje po okruchu.

Osobno o kreatorach: dlaczego „wszystko w pakiecie” często znaczy „wszystko ciężkie”

Kreatory stron są wygodne i dla prostej wizytówki często wystarczają. Ale wygoda ma cenę w kilobajtach. Żeby jeden szablon pasował milionom różnych stron, wkłada się do niego wszystko po kolei — a twoja strona używa pięciu procent tego i ciągnie pozostałe dziewięćdziesiąt pięć jako martwy balast. Dorzuć do tego wtyczki: każda, żeby działać „od ręki” u wszystkich, ładuje swoje skrypty i style na każdej podstronie, nawet tam, gdzie nie jest potrzebna.

Kompresja zdjęć, leniwe ładowanie i sprzątanie zbędnych wtyczek naprawdę pomagają i są warte zrobienia. Ale jest sufit: jeśli rozdęcie wszyte jest w samą architekturę buildera, powyżej pewnego poziomu szybkości nie skoczysz, choćbyś optymalizował bez końca. W którymś momencie uczciwy rachunek pokazuje, że przeniesienie się na lekką, złożoną pod ciebie stronę jest tańsze i szybsze niż latami leczenie objawów. To ten sam rozstaj, co w ogólniejszym wyborze agencja czy kreator: kreator oszczędza na starcie, ale sufit szybkości i elastyczności wyznacza platforma, nie ty.

Jak zmierzyć szybkość własnej strony

Zgadywać nie trzeba — Google daje darmowe narzędzia, które pokazują dokładnie te liczby, po których sam cię ocenia.

• PageSpeed Insights. Wklejasz adres strony — dostajesz raport. Główna zasada: patrz przede wszystkim na dane terenowe (CrUX), a nie na wynik laboratoryjny. Test laboratoryjny to jeden przebieg na standardowym urządzeniu w idealnych warunkach. Dane terenowe to realne Core Web Vitals twoich żywych odwiedzających z ostatnich 28 dni, zebrane z przeglądarki Chrome. Właśnie ich Google używa do rankingu i właśnie one mówią prawdę o tym, jak strona odczuwana jest u ludzi, a nie u ciebie.
• Search Console, raport Core Web Vitals. Pokazuje obraz całej witryny naraz, osobno dla mobile i desktopu, i grupuje problematyczne adresy URL — wygodne, gdy stron jest dużo i trzeba zrozumieć, gdzie wycieka masowo.
• Dane terenowe kontra laboratoryjne. Jeśli laboratorium mówi „świetnie”, a teren — „źle”, wierz terenowi. Rozjazd zwykle znaczy, że realni ludzie mają słabsze urządzenia i wolniejsze sieci niż stanowisko testowe. Naprawiaj pod teren.

Jedna praktyczna rada: nie zakochuj się w ładnej liczbie „ogólnego wyniku” w PageSpeed — skacze ona od przebiegu do przebiegu. Patrz na same LCP, INP i CLS w danych terenowych: to jest to, co realnie liczy Google i czuje twój klient.

Dlaczego szybkość to styk deweloperki i SEO (i dlaczego Webtor robi i jedno, i drugie)

Szybkość strony żyje dokładnie na granicy dwóch zawodów, które w większości firm siedzą osobno i wskazują na siebie nawzajem. Specjalista SEO widzi w Search Console czerwony raport Core Web Vitals i pisze: „trzeba przyspieszyć stronę”. Deweloper odpowiada: „dajcie zadanie konkretniej”. A prawdziwa naprawa wymaga obu naraz: rozumieć, że LCP, INP i CLS to sygnały, które ruszają pozycjami i zapytaniami, i umieć wejść w zdjęcia, skrypty, renderowanie i hosting, żeby te liczby przesunąć. Gdy między tymi dwiema osobami leży granica firm, problem wisi w powietrzu miesiącami.

Dlatego w Webtor celowo trzymamy deweloperkę i SEO pod jednym dachem. Strona, którą składamy, od początku projektowana jest jako szybka: zoptymalizowane zdjęcia, minimum zbędnego JavaScriptu, czysty kod bez balastu uniwersalnych szablonów, porządny hosting i cache. A potem to samo podejście obsługuje pozycje — bo szybką, stabilną stronę łatwiej promować i sama pomaga reszcie SEO pracować. To nie dwie usługi, które sprzedajemy obok siebie. To jedna robota, której nie powinno się dzielić.

Jeśli prześwietlasz, w ile cię to wyjdzie, szybkość nie istnieje w oderwaniu od reszty — jest częścią tego, ile kosztuje dobra strona, i częścią kosztu opieki SEO. Tania strona na ciężkim szablonie oszczędza pieniądze w dniu startu i zwraca ten rachunek potem — w utraconych zapytaniach i nadpłacie za reklamę. Szybkość założona od samego początku, przeciwnie, spłaca się po cichu i każdego dnia.

Od czego zacząć w tym tygodniu

Jeśli czytać to jak listę na pół roku — tak, z grubsza budowa jest niemała. Ale ruszyć można w tydzień, a w kolejności malejącego zwrotu plan jest taki:

1. Przepuść trzy główne strony przez PageSpeed Insights — stronę główną, kluczową stronę usługi i jedną stronę docelową z reklamy. Patrz na dane terenowe, wypisz LCP, INP i CLS.
2. Zacznij od zdjęć. To prawie zawsze najszybsza wygrana: ściśnij ciężkie obrazy, podawaj wersje pod rozmiar bloku, włącz leniwe ładowanie dla wszystkiego poniżej pierwszego ekranu.
3. Usuń zbędne. Każda wtyczka, widżet i skrypt zewnętrzny, którego nie używasz świadomie, jest kandydatem do usunięcia. Mniej skryptów — szybszy INP.
4. Sprawdź hosting. Jeśli serwer odpowiada wolno sam z siebie, reszta to kosmetyka. Czasem przeprowadzka na porządny hosting daje więcej niż kilkanaście drobnych poprawek.
5. Sprawdź ponownie za parę tygodni. Dane terenowe nie odświeżają się natychmiast — daj CrUX uzbierać realne wizyty i znów porównaj się z progami.

Zrób to dla trzech stron, zobacz wynik na liczbach — a potem decyduj: naprawiać resztę po liście, czy jeśli u podstaw leży rozdęty builder, przenosić się na stronę, w której szybkość siedzi w fundamencie.

Kto na końcu wygrywa

Wróćmy do człowieka w pociągu, który patrzy na biały ekran. Nie złości się na ciebie i nie pisze skarg — po prostu odchodzi, w milczeniu, do tego, u kogo otworzyło się od razu. O tym wyjściu nigdy nie dowiesz się wprost: nie zostawi śladu w formularzu kontaktowym, rozpłynie się w szczelinie między „wszedł” a „doszedł do zapytania”. I każdego dnia takich są dziesiątki.

Szybkość strony i Core Web Vitals wygrywa nie ten, kto ma ładniejszą liczbę wyniku w PageSpeed, lecz ten, u kogo realna strona na realnym telefonie otwiera się wcześniej, odpowiada na dotknięcie bez opóźnienia i nie skacze pod palcem. Tę witrynę Google stawia odrobinę wyżej, i z niej częściej dochodzą do telefonu — dwie wygrane za jedną włożoną w szybkość robotę. W 2026 roku, gdy prawie cały ruch jest mobilny, a uwaga człowieka mierzy się w sekundach, to już nie subtelne ustawienie dla maniaków. To różnica między stroną, która zarabia, a stroną, która po cichu traci — i zapytania, i miejsce w wynikach, i pieniądze na reklamę, które za to wszystko już zapłaciłeś.