Szybkość strony i Core Web Vitals 2026: jak sekundy wpływają na sprzedaż

Prawidłowość potwierdzona badaniami dużych platform: im dłużej ładuje się strona, tym niższe prawdopodobieństwo zakupu. Wzrost czasu ładowania z 1 do 3 sekund znacząco zwiększa odsetek tych, którzy zamykają kartę; na urządzeniach mobilnych efekt jest jeszcze ostrzejszy. Logika jest prosta: wolna strona męczy, budzi nieufność («skoro tu wszystko się tnie, czy moje zamówienie dojdzie?») i popycha do konkurenta, który jest jedno kliknięcie obok.

Dodatkowy powód — wyszukiwanie. Google oficjalnie uwzględnia Core Web Vitals jako jeden z sygnałów rankingowych. Przy równych pozostałych warunkach szybsza strona stoi wyżej. A ponadto, jak pisaliśmy w artykule o optymalizacji GEO, wolne strony gorzej trafiają również do odpowiedzi wyszukiwania AI.

Core Web Vitals to zestaw wskaźników od Google, które opisują realne odczucie ze strony. W 2026 są trzy:

• LCP (Largest Contentful Paint) — szybkość pojawienia się głównego elementu. Czas, w jakim staje się widoczny największy element ekranu (zwykle główny obraz lub nagłówek). Dobrze — do 2,5 sekundy. To odpowiedź na pytanie «kiedy użytkownik widzi, że strona się załadowała».
• INP (Interaction to Next Paint) — szybkość reakcji. Jak szybko strona odpowiada na działania: nacisnąłeś przycisk — po jakim czasie coś się stało. Dobrze — do 200 milisekund. W 2024 INP oficjalnie zastąpił starą metrykę FID i dokładniej mierzy responsywność.
• CLS (Cumulative Layout Shift) — stabilność układu. Jak bardzo elementy «skaczą» podczas ładowania. Wszyscy znają to rozdrażnienie: celujesz w przycisk, a w to miejsce wskoczył baner. Dobrze — wskaźnik do 0,1.

Swoje wartości możesz sprawdzić za darmo w PageSpeed Insights albo w raporcie Core Web Vitals w Google Search Console — tam widać realne dane żywych użytkowników, a nie tylko test laboratoryjny.

• Obrazy. Najczęstsza przyczyna wolnego LCP. Nowoczesne formaty (WebP/AVIF), właściwy rozmiar pod ekran, leniwe ładowanie tego, co poniżej linii zgięcia, oraz width/height, żeby układ nie skakał.
• Czcionki. Samodzielny hosting czcionek zamiast zewnętrznego, font-display: swap i preload kluczowego kroju — tekst pojawia się od razu, bez «migotania».
• Skrypty. Mniej ciężkiego JavaScriptu, odroczone ładowanie analityki i widżetów, usunięcie tego, z czego nikt nie korzysta. To właśnie przeładowany JS najczęściej psuje INP.
• Cache i kompresja. Gzip/Brotli, cache statyki w przeglądarce, w razie potrzeby — CDN. Ponowne wizyty stają się błyskawiczne.
• Hosting. Wolna odpowiedź serwera ciągnie w dół całą resztę. Czasem najszybszym sposobem na przyspieszenie strony jest przeprowadzka: o wyborze pisaliśmy w artykule VPS czy zwykły hosting.
• Czysty kod zamiast «kombajnów». Strona na ciężkim szablonie kreatora z dziesiątkami wtyczek prawie zawsze przegrywa ze starannym własnym kodem. Dlatego robimy strony pod klucz z szybkością 90+ jako standardem.

Szybkość najtaniej zakładać na starcie, w architekturze. Gdy strona jest już złożona na ciężkim szablonie z dziesiątkami rozszerzeń, każda optymalizacja zamienia się w walkę ze skutkami i kosztuje więcej niż samo stworzenie. Jeśli Twoja strona jest już wolna — to nie wyrok: zwykle realnie da się ją odczuwalnie przyspieszyć w ramach wsparcia, bez przepisywania od zera. Ale nowy projekt uczciwiej od razu budować szybkim.

Core Web Vitals to nie kaprys Google, lecz próba zmierzenia tego, co klient i tak czuje: szybko, responsywnie, bez skoków. Trzymaj LCP do 2,5 s, INP do 200 ms, CLS do 0,1 — a otrzymasz więcej zgłoszeń z tego samego ruchu. Chcesz wiedzieć, gdzie są Twoje wąskie gardła? Zrobimy bezpłatny audyt szybkości i pokażemy, co da największy przyrost.