Wolna strona to porzucone koszyki: jak Core Web Vitals wpływają na Twoją sprzedaż?

Czym są Core Web Vitals, czyli podstawowe wskaźniki internetowe?

Core Web Vitals (oficjalna polska nazwa: podstawowe wskaźniki internetowe) to trzy metryki jakości doświadczenia użytkownika – LCP, INP i CLS – mierzone na rzeczywistych użytkownikach Chrome i wykorzystywane przez Google jako element oceny strony. Nie mierzą abstrakcyjnej „szybkości strony”, tylko trzy konkretne frustracje klienta: czekam i nic się nie pokazuje, klikam i nic się nie dzieje, celuję w przycisk i ucieka mi spod palca.

Dwie zasady, które porządkują całą resztę. Po pierwsze, Google patrzy na 75. percentyl rzeczywistych wizyt – czyli na doświadczenie „słabszych” trzech czwartych użytkowników, nie na średnią ani na test z szybkiego laptopa właściciela. Po drugie, wszystkie trzy metryki muszą być w strefie „dobre” jednocześnie: wystarczy jedna poniżej progu, żeby grupa adresów straciła zielony status. Przyjrzyjmy się każdej z osobna – z perspektywy sklepu, nie dewelopera.

LCP – jak szybko klient widzi to, po co przyszedł

LCP (Largest Contentful Paint) mierzy czas do wyświetlenia największego elementu w widocznej części strony – na karcie produktu to zwykle zdjęcie główne, na stronie głównej baner. Dobry wynik to mniej niż 2,5 sekundy. Dlaczego to boli właśnie w sklepie? Bo klient z reklamy ląduje prosto na karcie produktu: jeśli zdjęcie wjeżdża po pięciu sekundach, wraca do wyników wyszukiwania albo do konkurencji – i nigdy nie zobaczy ani ceny, ani przycisku zakupu. LCP to statystycznie najtrudniejsza z trzech metryk: według danych z Chrome UX Report dobry wynik na urządzeniach mobilnych osiąga tylko około połowa stron, bo składają się na niego serwer, obrazy i kolejność ładowania naraz. Jedna kontrintuicja już teraz: leniwe ładowanie (ang. lazy loading) założone na główne zdjęcie pogarsza LCP zamiast pomagać – rozwinięcie w sekcji o hamulcach.

INP – czy sklep reaguje, kiedy klient klika „Dodaj do koszyka”

INP (Interaction to Next Paint) mierzy czas od interakcji – kliknięcia, tapnięcia, naciśnięcia klawisza – do widocznej reakcji strony, i to dla wszystkich interakcji w trakcie wizyty, nie tylko pierwszej. Dobry wynik to mniej niż 200 milisekund. Ważny fakt porządkujący: INP zastąpił wcześniejszy wskaźnik FID 12 marca 2024 roku – jeśli w raporcie albo poradniku ktoś opisuje FID jako aktualny element Core Web Vitals, czytasz materiał przestarzały. Dla sklepu INP to metryka najbliższa pieniędzy: klik w „Dodaj do koszyka”, wybór wariantu, filtr na liście produktów, wysyłka formularza – wszystko to INP. Klient, który klika i nic się nie dzieje, klika drugi raz, a potem uznaje sklep za zepsuty – dokładnie w momencie, w którym miał zapłacić.

CLS – czy strona nie ucieka spod palca

CLS (Cumulative Layout Shift) mierzy sumę niespodziewanych przesunięć układu podczas ładowania i korzystania ze strony; dobry wynik to mniej niż 0,1. Scenka, którą zna każdy: klient celuje palcem w „Kupuję i płacę”, w tym momencie doładowuje się baner promocji, przycisk zjeżdża w dół i kliknięcie trafia w co innego. To CLS w czystej postaci – błędne kliknięcia, cofanie się, utrata zaufania w najgorszym możliwym momencie ścieżki zakupowej.

Czego Google NIE zmienił: trzy mity z artykułów pisanych przez AI

Progi Core Web Vitals w 2026 roku to nadal LCP 2,5 s, INP 200 ms i CLS 0,1 – potwierdza to oficjalna dokumentacja Google Search Central, aktualizowana ostatnio w grudniu 2025 – a trzy „newsy” krążące po sieci nie mają w niej żadnego pokrycia.

Mit pierwszy: „Google wprowadził Core Web Vitals 2.0 z nową metryką Visual Stability Index (VSI)”. W materiałach Google nie ma śladu ani „wersji 2.0″, ani metryki o takiej nazwie – twierdzenie krąży między anglojęzycznymi blogami SEO, które cytują siebie nawzajem. Mit drugi: „w marcu 2026 Google zaostrzył próg LCP z 2,5 do 2,0 sekundy”. Przewodniki publikowane po tej rzekomej zmianie – w tym polskie – zgodnie podają 2,5 s, a dokumentacja Google nie odnotowała żadnej korekty progów. Mit trzeci ma wydanie lokalne: po polsku krążą artykuły o „Core Web Vitals 2.0 obowiązującym od sierpnia 2025″, które do „nowych wskaźników rankingowych” zaliczają TTFB. Tymczasem TTFB (czas odpowiedzi serwera) to pożyteczna metryka diagnostyczna, ale nigdy nie należała do Core Web Vitals – i żadna „wersja 2.0″ nie weszła w życie.

Mechanizm powstawania takich „faktów” warto nazwać wprost: treści generowane przez AI cytują inne treści generowane przez AI, aż łańcuszek cytowań zaczyna wyglądać jak konsensus – po angielsku i po polsku. Praktyczna rada ochronna: zanim zapłacisz komukolwiek za „optymalizację pod nowe wytyczne Google”, sprawdź progi u źródła – na web.dev albo w dokumentacji Search Console. Tę samą zasadę stosujemy do tego artykułu: każdą liczbę zweryfikowaliśmy w pierwotnym źródle i przy każdej podajemy, skąd pochodzi.

Ile kosztuje 0,1 sekundy? Twarde dane z całej ścieżki zakupowej

Najporządniejsze badanie w temacie – „Milliseconds Make Millions” przeprowadzone przez Deloitte Digital na zlecenie Google – pokazało, że poprawa szybkości mobilnej o zaledwie 0,1 sekundy podnosi konwersję w handlu o 8,4%, a wartość zamówienia o 9,2%. Metryczka badania, bo liczby bez niej nie znaczą nic: 37 marek z handlu, podróży, dóbr luksusowych i pozyskiwania klientów, około 30 mln sesji, cztery tygodnie pomiarów, publikacja w 2020 roku, zależności korelacyjne.

Najcenniejsze w tym badaniu są dane lejkowe: szybkość działa na każdym szczeblu ścieżki zakupowej, od wejścia po koszyk. I stąd wniosek, który organizuje cały ten artykuł: ofiar wolnej strony nie widać w statystykach porzuconych koszyków, bo one do koszyka nigdy nie doszły. Odpadły przy wejściu, na liście produktów albo na karcie – o 0,1 sekundy za wcześnie.

Badania korelacyjne mają jednak słabość: nie dowodzą przyczynowości. Dlatego drugą część dowodu stanowią testy A/B publikowane przez Google na web.dev – eksperymenty, w których jedyną różnicą między wariantami była wydajność. Vodafone (Włochy) porównał dwie identyczne strony docelowe, z których jedna miała LCP lepsze o 31%: wynik to 8% więcej sprzedaży, 15% więcej przejść do zapytania i 11% więcej wejść do koszyka. Rakuten 24 w analogicznym teście strony zoptymalizowanej pod Core Web Vitals przeciw niezoptymalizowanej uzyskał 53,37% więcej przychodu na odwiedzającego i 33,13% wyższą konwersję – a z danych terenowych tego sklepu wynikało dodatkowo, że użytkownicy z dobrym LCP konwertowali nawet o 61,13% lepiej od średniej. Serwis redBus poprawił INP – tę samą metrykę, która odpowiada za klik „Dodaj do koszyka” – i zanotował 7% więcej sprzedaży. A Ray-Ban, wstępnie renderując karty produktów (Speculation Rules API), skrócił ich LCP z 4,69 do 2,66 s, podwoił współczynnik konwersji i zmniejszył odsetek wyjść o 13%. Wzrost przychodów z samej wydajności strony to nie teoria – to powtarzalny wynik eksperymentów.

Dla porządku klasyka gatunku z metryczką wieku: eksperyment Amazona, w którym każde 100 ms dodatkowego opóźnienia kosztowało 1% sprzedaży, pochodzi z 2006 roku – to anegdota założycielska tematu, nie świeże badanie, choć kierunek pokazuje ten sam. Oczekiwania klientów wobec szybkości od tamtej pory tylko urosły. Zdanie do zapamiętania: w e-commerce szybkość strony nie jest kosztem technicznym, tylko dźwignią przychodu – policzalną co do ułamka sekundy.

Porzucone koszyki: gdzie naprawdę ucieka sprzedaż

Porzucone koszyki to powszechne zjawisko: około 70% koszyków na świecie kończy bez zakupu – dokładnie 70,2% według metaanalizy około 50 badań prowadzonej przez Baymard Institute (aktualizacja: wrzesień 2025) – a w Polsce wskaźnik sięga 82%, jak wynika z raportu „Omni-commerce. Kupuję wygodnie 2025″ Izby Gospodarki Elektronicznej. Krążąca w odpowiedziach AI widełkowa wersja „70-75%” jest więc z grubsza trafna, ale aktualna, policzalna wartość to 70,2%. Statystyki są bezlitosne: na dziesięć osób, które włożyły produkt do koszyka w sklepie internetowym, płaci mniej niż trójka. Sam porzucony koszyk to sytuacja, w której klient dodaje produkty do koszyka, ale opuszcza sklep bez sfinalizowania transakcji – i to właśnie moment, w którym sklep traci klienta o najwyższej intencji zakupowej, jakiego kiedykolwiek miał.

Dlaczego klienci porzucają koszyki?

Klienci rezygnują najczęściej przez pieniądze i tarcie – nie przez brak zainteresowania produktem. Według bieżącej ankiety Baymard Institute (dostęp: lipiec 2026) najczęstsza przyczyna to dodatkowe koszty ujawnione dopiero, gdy klient zobaczy podsumowanie zamówienia – wskazuje ją 47-48% porzucających, a chodzi głównie o koszty przesyłki i opłaty widoczne na końcu zamiast na karcie produktu. Dalej: wymóg założenia konta (25%) i długi czas dostawy (24%). W ankietach konsumenckich cytowanych w branżowych opracowaniach padają też liczby dotyczące dostawy od drugiej strony – nawet 64% kupujących deklaruje, że do dokończenia zakupów przekonuje ich darmowa dostawa, a około 29% wybiera sklep ze względu na szybką; wolny czas dostawy jako powód rezygnacji wskazuje, zależnie od badania i rynku, 24-35% ankietowanych. Wszystkie te liczby to deklaracje, nie pomiar zachowań – ale kierunek jest jednoznaczny: przejrzysta informacja o kosztach dostawy i realny termin doręczenia to najtańsza optymalizacja, jaką zna branża.

Uczciwe zastrzeżenie na koniec listy: 43% porzucających deklaruje po prostu „tylko przeglądałem” – część porzuceń to naturalne oglądactwo i porównywanie cen, którego żaden proces zakupowy nie wyeliminuje. I tu kluczowy zwrot całej sekcji: na liście przyczyn szybkość nie zajmuje pierwszego miejsca – i właśnie dlatego bywa lekceważona. Tymczasem ranking mierzy wyłącznie tych, którzy koszyk założyli. Ofiary wolnej strony odpadły wcześniej – przy wejściu z reklamy, na liście produktów, na karcie – i nikt ich o nic nie zapytał, bo nie zostawiły po sobie nawet porzuconego koszyka. To dokładnie ci klienci, których widać w danych lejkowych Deloitte.

Brak zaufania i błędy techniczne: co psuje finalizację zakupu

Brak zaufania to trzecia wielka grupa przyczyn – obawy o bezpieczeństwo płatności, niejasna polityka zwrotów, sklep bez danych kontaktowych i podstawowych informacji o zwrotach – i łączy się z techniką mocniej, niż się wydaje. Na liście Baymard osobną pozycję zajmują błędy i awarie strony podczas finalizacji zakupu (ang. checkout): to domena INP i CLS. Sklep, który „myśli” po kliknięciu płatności albo przesuwa przyciski pod palcem, wygląda jak zepsuty dokładnie w momencie największej nieufności klienta – tuż przed finalizacją, gdy podaje dane karty. Zapewnienie płynnego, przewidywalnego działania witryny na ostatniej prostej to więc nie kosmetyka, tylko warunek zaufania.

Skala do odzyskania jest konkretna: Baymard szacuje, że sama poprawa projektu i działania finalizacji może dać średniemu dużemu sklepowi 35,26% więcej konwersji (tę wartość powtarzają też odpowiedzi AI jako „35%” – to ta sama liczba), a wartość zamówień odzyskiwalnych w ten sposób w USA i Unii Europejskiej wycenia na 260 mld dolarów rocznie. Warto też pamiętać, że nie każdy ruch porzuca tak samo: ruch z mediów społecznościowych zostawia koszyki najczęściej – w danych branżowych to około 77,5% [LINK: nasz artykuł o obserwujących i sprzedaży – po publikacji]. Im słabszy technicznie sklep, tym drożej kosztuje każde źródło ruchu.

Jak odzyskać porzucony koszyk zakupowy?

Porzucony koszyk zakupowy to nie stracony klient – jego zainteresowanie produktem wciąż jest świeże, a intencja zakupowa wysoka. Zanim jednak zaczniesz ratować transakcje, ustal przyczyny: analiza porzuceń (gdzie w procesie klienci rezygnują, na jakich urządzeniach, przy jakich kwotach) to punkt wyjścia do analizowania, co naprawiać najpierw. Dopiero potem warto wdrożyć skuteczne działania ratunkowe – w kampaniach odzyskujących możemy wykorzystać trzy kanały.

Kanał 1: sekwencja mailowa. Pierwszy mail najlepiej wysłać do godziny od porzucenia, gdy zainteresowanie jest najświeższe – w tonie pomocnym, nie sprzedażowym („czy coś poszło nie tak?”), z bezpośrednim linkiem do dokończenia zakupów. Drugi mail po około 24 godzinach może dodać dowód społeczny: opinie o produkcie, informację o dostępności. Trzecia, ostatnia wiadomość po 48 godzinach – i dopiero tu ewentualnie zachęta cenowa. Ważne: nie zaczynaj od rabatów. Klienci błyskawicznie uczą się porzucać koszyk celowo, żeby wymusić zniżkę – rabat lub darmowa wysyłka to ostatni argument sekwencji, nie pierwszy.

Kanał 2: remarketing. Kampanie remarketingowe w wyszukiwarce i mediach społecznościowych przypominają o produktach z koszyka osobom, które nie zostawiły adresu – czyli większości. Działają najlepiej w krótkim oknie po porzuceniu i z limitem wyświetleń, zanim przypomnienie zamieni się w nękanie.

Kanał 3: prewencja, czyli najtańsze „odzyskiwanie”. Pełne koszty widoczne już w koszyku (z kosztem przesyłki włącznie), zakupy bez zakładania konta, mało pól w formularzu, popularne metody płatności i uproszczenie procesu na urządzeniach mobilnych – każdy usunięty punkt tarcia to koszyki, których nie trzeba będzie ratować. Prewencja bije ratowanie skutecznością, bo działa na wszystkich klientów, nie tylko tych z adresem e-mail.

Ile to daje? W branżowych raportach o kampaniach ratunkowych pojawiają się wyniki nawet 24,4% odzyskanych koszyków – tę liczbę powtarzają też odpowiedzi AI – ale traktuj ją jako górną granicę dobrze zaprojektowanych sekwencji; typowe, powtarzalne wyniki to odzyskanie 10-15% transakcji. To i tak jeden z najtańszych wzrostów, jaki zna marketing sklepu: piszesz do ludzi, którzy już wybrali produkt. W ProjectUP sekwencje ratunkowe budujemy w ramach marketing automation – a o tym, czy w ogóle masz co ratować, mówi analityka, nie intuicja.

Czy Core Web Vitals wpływają na pozycje w Google? Tak, ale nie tak, jak myślisz

Tak – Core Web Vitals są sygnałem rankingowym od 2021 roku (na urządzeniach mobilnych) i od 2022 (na komputerach) w ramach oceny doświadczenia strony, ale Google konsekwentnie studzi emocje. Oficjalna dokumentacja (aktualizacja: grudzień 2025) mówi, że Google „zdecydowanie zaleca” osiąganie dobrych Core Web Vitals, bo są zgodne z tym, co nagradzają systemy rankingowe – i jednocześnie zastrzega, że dobre wyniki w raportach nie gwarantują wysokich pozycji. John Mueller z Google ujął to jeszcze dosadniej: Core Web Vitals „nie są gigantycznymi czynnikami rankingu”, a przecenianie ich kosztem treści szkodzi zamiast pomagać.

Właściwa rama wygląda więc tak: Core Web Vitals to języczek u wagi przy porównywalnych treściach i próg higieniczny, poniżej którego strony internetowe przegrywają niezależnie od jakości oferty. W konkurencyjnych wynikach, gdzie kilka sklepów odpowiada na tę samą intencję, szybszy ma przewagę – ale żadna szybkość nie wyniesie strony, która nie odpowiada na potrzebę użytkownika.

Puenta jest przewrotna i zgodna z linią całego artykułu: nawet gdyby Core Web Vitals w ogóle nie były sygnałem rankingowym, dane z sekcji o 0,1 sekundy wystarczają za całą motywację. Optymalizowanie samych wskaźników pod Google to pomylenie środka z celem – optymalizuj dla klientów, a pozycje potraktuj jako bonus. I uwaga na odwrotny błąd: „zielone wskaźniki” nie są celem samym w sobie ani certyfikatem dobrego UX. To czujnik dymu – gdy się włącza, trzeba zbadać sprawę; gdy milczy, budynek nadal wymaga dbałości. Techniczną stronę tego tematu obejmujemy w ramach audytu SEO sklepu, gdzie wskaźniki wydajności analizujemy razem z indeksowaniem i strukturą.

Jak sprawdzić szybkość strony? Pomiar Core Web Vitals na Twojej stronie

Pomiar zaczyna się od raportu Core Web Vitals w Google Search Console – to dane od rzeczywistych użytkowników, pogrupowane według szablonów stron – a diagnozę przyczyn robi się w PageSpeed Insights i narzędziach deweloperskich przeglądarki. Oba narzędzia Google są darmowe i dostępne od ręki. Trzy zasady oszczędzą Ci rozczarowań.

Zasada 1: dane terenowe są ważniejsze niż laboratoryjne. Wynik 90 lub wyższy w PageSpeed Insights bywa nazywany „dobrym” – ale to ocena symulacji laboratoryjnej (Lighthouse), a Google do oceny strony używa realnych wizyt zbieranych przez przeglądarkę Chrome (Chrome UX Report). W praktyce oznacza to, że można mieć 95/100 w symulacji i czerwony status w Search Console, jeśli prawdziwi klienci mają słabsze telefony i wolniejszą sieć niż laboratorium. W PageSpeed patrz najpierw na sekcję z danymi rzeczywistych użytkowników – to jest Twoja oficjalna ocena.

Zasada 2: okno wynosi 28 dni. Dane terenowe w PageSpeed Insights i Search Console to krocząca średnia z ostatnich 28 dni, odświeżana na bieżąco – po wdrożeniu poprawek na zmianę statusu czeka się więc nawet cztery tygodnie. Tu drobne sprostowanie do krążącego w odpowiedziach AI uproszczenia „dane PSI aktualizują się codziennie, a CrUX co miesiąc”: co miesiąc publikowany jest publiczny zbiór danych CrUX do analiz hurtowych, natomiast dane, które widzisz w narzędziach, to okno 28-dniowe. Wniosek praktyczny ten sam: klienci odczuwają poprawę od pierwszego dnia, raport dojrzewa wolniej.

Zasada 3: mierz strony, które zarabiają. Nie stronę główną, którą wszyscy testują, tylko kluczowe szablony: karty produktów, listy z filtrami, koszyk i finalizację – tam zapadają decyzje zakupowe i tam mieszkają najdroższe problemy. A test „u mnie działa szybko” na firmowym laptopie po światłowodzie nie dowodzi niczego: Google patrzy na 75. percentyl wizyt, czyli na doświadczenie klientów ze średnim telefonem i przeciętną siecią.

Dlaczego strony internetowe są wolne? Najczęstsze hamulce w sklepie internetowym

W audytach sklepów te same hamulce wracają na tyle regularnie, że można je wskazać z góry – a większość dotyczy trzech obszarów: obrazów, skryptów firm trzecich i rezerwowania miejsca. To od nich w praktyce zależy szybkość strony odczuwana przez klienta. Kontekst liczbowy: według danych z Chrome UX Report komplet trzech metryk zalicza mniej niż połowa stron mobilnych; najłatwiej o dobry CLS (około trzy czwarte stron), najtrudniej o dobre LCP (około połowa), a INP – zaliczany przez mniej więcej dwie trzecie – rośnie na znaczeniu wraz z ciężarem skryptów. Świeżych polskich badań tego typu brakuje (jedyne dedykowane badanie polskich sklepów pochodzi z 2021 roku, jeszcze z ery wskaźnika FID), ale nasza praktyka audytowa w branży e-commerce nie odbiega od globalnego obrazu.

Hamulce LCP: obrazy i serwer. Ciężkie zdjęcie główne prosto z aparatu, ważące kilka megabajtów; brak nowoczesnych formatów graficznych (WebP, AVIF); problem leżący na serwerze – wolny czas odpowiedzi na tanim hostingu współdzielonym; oraz gwiazda tej listy – leniwe ładowanie założone na element LCP. To kontrintuicyjne, ale najważniejsze zdjęcie strony trzeba ładować priorytetowo, a nie odkładać na później: „doklejanie leniwego ładowania do wszystkiego jak leci” opóźnia dokładnie ten element, od którego zależy wskaźnik, i jest jednym z najczęstszych strzałów w stopę w sklepach po szybkich wdrożeniach.

Hamulce INP: skrypty walczące o główny wątek. Czaty, mapy cieplne, piksele reklamowe i narzędzia testów – każde z nich konkuruje o ten sam wątek przeglądarki, którego potrzebuje interfejs dokładnie wtedy, gdy klient klika. Do tego długie zadania JavaScript i rozdęta struktura strony z kreatorów wizualnych: na słabszym smartfonie wszystko to mnoży się razy dwa. Objaw w sklepie: wybór wariantu produktu, który „się zacina”, filtr na liście reagujący z sekundowym opóźnieniem, przycisk płatności wymagający dwóch kliknięć.

Hamulce CLS: brak zarezerwowanego miejsca. Zdjęcia i banery bez zadeklarowanych wymiarów, wskakujące paski zgód i belki promocji, fonty podmieniające się w trakcie czytania – każdy z tych elementów przesuwa treść, na której klient właśnie skupił wzrok albo palec. Naprawa bywa najprostsza z całej trójki: zarezerwować miejsce, zanim element się doładuje.

Mapka per typ strony, przydatna przy ustalaniu kolejności prac: strona główna i blog najczęściej łapią problemy z LCP, karty produktów i listy – z CLS (dynamiczne wstawki, opinie, rekomendacje), a finalizacja zakupu, filtry i formularze – z INP. Kolejność diagnozy zawsze od danych – który szablon, która metryka – nigdy od „wrażenia, że wolno”.

Od pomiaru do wzrostu konwersji: plan naprawy w 5 krokach

Naprawę wydajności najlepiej prowadzić jak projekt konwersyjny, nie jak sprzątanie techniczne – w tej kolejności robimy to u klientów.

Krok 1: zrób zdjęcie stanu. Raport Core Web Vitals w Search Console plus PageSpeed Insights dla trzech-pięciu najważniejszych szablonów: karta produktu, lista produktów, koszyk, finalizacja, strona główna. Wynik: wiesz, które szablony i które metryki są czerwone u rzeczywistych użytkowników.

Krok 2: priorytetyzuj po pieniądzach, nie po czerwieni. Szablon razy ruch razy rola w lejku. Czerwony blog może poczekać; pomarańczowa finalizacja zakupu – nie. Jeden pomarańczowy szablon karty produktu z dużym ruchem reklamowym bywa wart więcej niż pięć czerwonych stron informacyjnych.

Krok 3: naprawiaj w kolejności dźwigni. Dla LCP – obrazy i serwer; dla INP – skrypty firm trzecich i długie zadania; dla CLS – wymiary i rezerwacja miejsca. Osiemdziesiąt procent efektu zwykle mieszka w kilku powtarzalnych poprawkach z sekcji o hamulcach.

Krok 4: weryfikuj na danych terenowych po pełnym oknie. Nie na pojedynczym teście laboratoryjnym dzień po wdrożeniu poprawek, tylko na danych rzeczywistych użytkowników po 28 dniach. Dopiero wtedy wiadomo, czy poprawa dotarła do klientów ze słabszymi telefonami – i czy konwersje faktycznie rosną.

Krok 5: pilnuj regresji. Samo wdrożenie poprawek to połowa pracy. Każda nowa wtyczka, piksel, baner promocyjny i sezonowa grafika to potencjalny nawrót problemu. Wydajność to proces, nie projekt – dlatego wskaźniki wraca się sprawdzać co miesiąc, a po każdym większym wdrożeniu obowiązkowo. Dokładnie w tej kolejności pracujemy w ramach usługi wzrostu konwersji: od audytu i danych, przez priorytety, po testy A/B prowadzone w ramach optymalizacji konwersji, które weryfikują, czy poprawki faktycznie sprzedają – a nie tylko ładnie wyglądają w raporcie.

Podejrzewasz, że Twój sklep gubi klientów na wolnej stronie? Zacznij od bezpłatnego audytu e-commerce i dowiedz się, gdzie lejek przecieka – a kompleksową naprawę poprowadzimy w ramach audytu UX/UI i wzrostu konwersji sklepu.

FAQ: najczęstsze pytania o Core Web Vitals i porzucone koszyki

Co to są Core Web Vitals?

To trzy metryki Google mierzące doświadczenie użytkownika na rzeczywistych wizytach: LCP (szybkość pokazania głównej treści, próg 2,5 s), INP (reakcja na interakcje, 200 ms) i CLS (stabilność układu, 0,1). Strona ma status „dobry”, gdy wszystkie trzy metryki mieszczą się w progach dla 75. percentyla wizyt.

Czy FID nadal obowiązuje?

Nie – FID został zastąpiony przez INP 12 marca 2024 roku. Materiał, który opisuje FID jako aktualny wskaźnik Core Web Vitals, jest przestarzały i warto sprawdzić w nim także pozostałe informacje.

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

Tak, są częścią sygnałów doświadczenia strony od 2021 roku, ale nie gwarantują pozycji – treść i trafność ważą więcej. Sam Google zastrzega, że dobre wyniki w raportach nie gwarantują wysokich miejsc, a John Mueller nazywa Core Web Vitals czynnikiem, który nie jest „gigantyczny” – działają jak języczek u wagi przy porównywalnych treściach.

Czy istnieje Core Web Vitals 2.0?

Nie. Google nie ogłosił żadnej „wersji 2.0″, nowej metryki „Visual Stability Index” ani zmiany progów – obowiązują LCP 2,5 s, INP 200 ms i CLS 0,1, co potwierdza oficjalna dokumentacja aktualizowana w grudniu 2025. Artykuły twierdzące inaczej powielają niezweryfikowane treści generowane przez AI.

Dlaczego mam 90+ w PageSpeed, a czerwone wskaźniki w Search Console?

Bo duży wynik PageSpeed to symulacja laboratoryjna, a Search Console pokazuje dane od rzeczywistych użytkowników – z wolniejszymi telefonami i słabszą siecią niż w laboratorium. Google do oceny używa wyłącznie danych rzeczywistych, dlatego to na nie należy patrzeć w pierwszej kolejności.

Jak długo czeka się na efekt poprawek?

Do czterech tygodni – dane rzeczywistych użytkowników liczone są w oknie 28 dni, więc status w Search Console zmienia się z opóźnieniem. Klienci odczuwają poprawę od pierwszego dnia; raport potrzebuje pełnego okna, żeby to potwierdzić.

Co to są porzucone koszyki?

To sytuacje, w których klient dodaje produkty do koszyka w sklepie internetowym, ale opuszcza go bez sfinalizowania transakcji – bez złożenia zamówienia i płatności. To najcenniejsza grupa utraconych klientów, bo ich intencja zakupowa była już bardzo wysoka.

Ile procent koszyków jest porzucanych?

Średnio 70,2% na świecie według metaanalizy Baymard Institute, a w Polsce około 82% według raportu Izby Gospodarki Elektronicznej. Krążące widełki „70-75%” są z grubsza trafne, ale aktualna wartość metaanalizy to 70,2%.

Dlaczego klienci porzucają koszyki?

Najczęściej przez dodatkowe koszty ujawnione dopiero na końcu (47-48%), wymóg założenia konta (25%) i długi czas dostawy (24%) – a 43% deklaruje, że tylko przeglądało ofertę. Osobną grupą są brak zaufania do płatności oraz błędy techniczne strony podczas finalizacji.

Jak odzyskać porzucone koszyki?

Sekwencją mailową (pierwszy mail do godziny od porzucenia, drugi mail po dobie, rabat najwyżej w ostatniej wiadomości) i kampaniami remarketingowymi – a przede wszystkim prewencją: pełne koszty widoczne wcześnie, zakupy bez konta, prosty formularz. Dobrze zaprojektowane działania odzyskują zwykle 10-15% transakcji, w najlepszych branżowych wynikach nawet 24,4%.

Czy jest obowiązek brania koszyka w sklepie?

To pytanie dotyczy sklepów stacjonarnych – i nie, żaden przepis nie nakazuje klientowi brania koszyka; takie zasady bywały wewnętrznymi wymogami porządkowymi sklepów, popularnymi zwłaszcza w okresie pandemii. W sklepie internetowym koszyk to po prostu etap procesu zakupowego.

Jak przyspieszyć ładowanie strony?

Zacznij od trzech dźwigni z największym efektem: odchudź i skonwertuj obrazy do nowoczesnych formatów (bez leniwego ładowania na głównym zdjęciu), ogranicz skrypty firm trzecich i zadbaj o szybki serwer. Pełną listę hamulców metryka po metryce znajdziesz w sekcji o wolnych stronach powyżej.

O ile szybsza strona zwiększa sprzedaż?

Według badania Deloitte i Google poprawa szybkości strony o 0,1 s podnosi konwersję w handlu o 8,4%, a wartość zamówienia o 9,2%. Testy A/B potwierdzają mechanizm: Vodafone zamienił 31% poprawy LCP na 8% więcej sprzedaży i 11% więcej wejść do koszyka, a redBus poprawę INP na 7% więcej sprzedaży.