---
title: "Szybkość strony = więcej klientów. Core Web Vitals po ludzku"
description: "Dlaczego wolna strona kosztuje Cię klientów i pozycje w Google. Core Web Vitals wytłumaczone prosto — i co realnie przyspiesza stronę."
author: Krystian Jawor
published: 2026-05-30
updated: 2026-08-30
category: "Technologie"
tags: ["szybkość", "core web vitals", "wydajność"]
source: https://krystianjawor.pl/blog/szybkosc-strony-core-web-vitals
language: pl
---

# Szybkość strony = więcej klientów. Core Web Vitals po ludzku

Masz 3 sekundy. Tyle czeka przeciętny użytkownik, zanim zamknie wolno ładującą się stronę i kliknie konkurencję. Szybkość to nie techniczny detal dla programistów — to **pieniądze i pozycje w Google**. Wyjaśniam bez żargonu.

**Krótka odpowiedź:** strona przechodzi Core Web Vitals, gdy LCP jest poniżej 2,5 sekundy, INP poniżej 200 milisekund, a CLS poniżej 0,1. W badaniu 106 stron małych firm z Małopolski, które przeprowadziłem w sierpniu 2026, próg LCP przekroczyło **93% zmierzonych witryn** — mediana wyniosła 6,4 sekundy przy progu 2,5 s.

## Czym są Core Web Vitals

To trzy wskaźniki, którymi Google mierzy „odczuwalną" szybkość strony:

- **LCP** — jak szybko pojawia się główna treść (najlepiej < 2,5 s).
- **INP** — jak szybko strona reaguje na kliknięcie (im niżej, tym lepiej).
- **CLS** — czy elementy nie „skaczą" podczas ładowania (ma być stabilnie).

Google bierze je pod uwagę przy ustalaniu pozycji. Mówiąc wprost: **szybsza strona = wyżej w wynikach** przy poza tym podobnej konkurencji.

## Dlaczego to się przekłada na kasę

1. **Mniej porzuceń** — każda sekunda ładowania to część użytkowników, którzy wychodzą.
2. **Wyższe konwersje** — szybka strona = więcej wypełnionych formularzy i zakupów.
3. **Tańsze reklamy** — Google nagradza szybkie strony niższym kosztem kliknięcia.
4. **Lepsze [lokalne SEO](/blog/lokalne-seo-jak-byc-wyzej-w-google)** — ruch lokalny to głównie telefony, gdzie szybkość boli najbardziej.

## Jak wypadają realne strony małych firm — dane z badania

W sierpniu 2026 zmierzyłem 106 stron lokalnych firm z Małopolski (usługi, handel, gastronomia, turystyka). Pomiar laboratoryjny Lighthouse udało się wykonać dla 97 z nich. Wyniki:

| Wskaźnik | Wynik | Próg Google |
| --- | --- | --- |
| Mediana oceny wydajności | 65/100 | 90+ = dobrze |
| Mediana LCP | 6,4 s | poniżej 2,5 s |
| LCP w 75. percentylu | 10,7 s | poniżej 2,5 s |
| Strony przekraczające próg LCP | 93% (90 ze 97) | — |
| Strony z oceną poniżej 50 | 13% | — |
| Strony z oceną 90 i wyżej | 11% | — |
| Mediana CLS | 0 | poniżej 0,1 |
| Mediana TBT | 44 ms | poniżej 200 ms |

Dwa wnioski, które z tego płyną. Po pierwsze: **problemem prawie nigdy nie jest stabilność układu ani reakcja na kliknięcie** — mediana CLS wyniosła 0, a TBT 44 ms. Praktycznie cała strata siedzi w LCP, czyli w tym, jak długo ładuje się główny obraz albo nagłówek. Po drugie: dziewięć na dziesięć stron małych firm nie przechodzi testu, co oznacza, że **wystarczy zrobić tę jedną rzecz dobrze, żeby wyprzedzić prawie całą lokalną konkurencję**.

Dla 38 stron udało się dodatkowo pobrać dane od realnych użytkowników (CrUX). Tam mediana LCP wyniosła 2,0 s, a INP 120 ms — czyli w warunkach polowych, na szybszych łączach i z pamięcią podręczną, jest wyraźnie lepiej niż w teście laboratoryjnym. Pełną metodologię opisałem w [badaniu 106 stron lokalnych firm](/badanie-stron-lokalnych-firm).

Osobna sprawa to serwer. Mediana czasu odpowiedzi (TTFB) wyniosła 307 ms, ale 75. percentyl to już 894 ms, a 22 strony przekroczyły sekundę. To znaczy, że co piąta strona traci sekundę, zanim przeglądarka w ogóle zobaczy pierwszy bajt.

## Co najczęściej spowalnia stronę

- **Ciężkie, niezoptymalizowane zdjęcia** (najczęstszy winowajca).
- **Nadmiar wtyczek i skryptów** (typowe w zaniedbanym WordPressie).
- **Wolny lub przeciążony hosting**.
- **Kod, który ładuje wszystko naraz**, zamiast tego, co potrzebne od razu.

## Jak buduję szybkie strony

Stawiam na lekkie technologie (np. Astro), które wysyłają do przeglądarki **minimum kodu**. Zdjęcia konwertuję do nowoczesnych formatów (WebP) i ładuję dopiero, gdy są potrzebne. Efekt: strony, które na teście szybkości świecą się na zielono — i ładują się, zanim klient zdąży się rozmyślić.

To samo dotyczy [hostingu](/uslugi/domeny-i-hosting): najlepiej zoptymalizowana strona na słabym serwerze i tak będzie zwolna.


## Źródła

Fakty spoza mojego własnego pomiaru pochodzą z tych miejsc — możesz je sprawdzić:

- [Google, „Web Vitals" — definicje i progi LCP, INP i CLS](https://web.dev/articles/vitals)
- [Google, „Largest Contentful Paint (LCP)" — co dokładnie mierzy próg 2,5 s](https://web.dev/articles/lcp)
- [Chrome UX Report (CrUX) — dane od realnych użytkowników, na których opiera się ocena strony w Google](https://developer.chrome.com/docs/crux)
- [PageSpeed Insights — narzędzie, którym wykonałem pomiary do badania](https://pagespeed.web.dev/)
- [Krystian Jawor, badanie 106 stron lokalnych firm — źródło wszystkich liczb o polskich stronach w tym wpisie](/badanie-stron-lokalnych-firm)

Odnośniki sprawdzone 2026-08-30.

---

**Twoja obecna strona się wlecze?** Sprawdzę ją i powiem, co ją zwalnia — opisz sprawę w [bezpłatnej wycenie](/wycena).

---

Źródło: https://krystianjawor.pl/blog/szybkosc-strony-core-web-vitals — Krystian Jawor, Nowy Sącz.
Przy cytowaniu podaj autora i adres źródłowy.
