
Im dłużej ładuje się strona, tym więcej odwiedzających rezygnuje z czekania.
Od 2021 roku Google oficjalnie mierzy szybkość Twojej strony przez Core Web Vitals i uwzględnia ją w rankingu wyszukiwania.
Czym są Core Web Vitals?
Core Web Vitals to trzy wskaźniki, które mierzą doświadczenie użytkownika na Twojej stronie:
LCP (Largest Contentful Paint) - jak szybko ładuje się główna treść strony. Mierzy czas od kliknięcia linku do momentu, gdy największy element (zdjęcie, nagłówek) jest widoczny.
- Dobrze: poniżej 2.5 sekundy
- Wymaga poprawy: 2.5 – 4 sekundy
- Źle: powyżej 4 sekund
INP (Interaction to Next Paint) - jak szybko strona reaguje na kliknięcia. Zastąpił FID (First Input Delay) w marcu 2024. Mierzy czas od interakcji użytkownika do momentu, gdy strona wizualnie zareaguje.
- Dobrze: poniżej 200 milisekund
- Wymaga poprawy: 200 – 500 milisekund
- Źle: powyżej 500 milisekund
CLS (Cumulative Layout Shift) - stabilność wizualna. Czy elementy strony „skaczą" podczas ładowania? Znasz to uczucie, gdy chcesz kliknąć przycisk, a on nagle przesuwa się, bo załadował się baner? To właśnie CLS.
- Dobrze: poniżej 0.1
- Wymaga poprawy: 0.1 – 0.25
- Źle: powyżej 0.25
Dlaczego Core Web Vitals wpływają na sprzedaż?
1. Ranking w Google. Core Web Vitals to oficjalny czynnik rankingowy. Strona z dobrymi wynikami pojawia się wyżej niż wolna strona z identyczną treścią. Więcej na ten temat w artykule o SEO dla małych firm.
2. Konwersje. Wolniejsze strony mają niższe wskaźniki konwersji. Przyspieszenie strony to jeden z najprostszych sposobów na zwiększenie sprzedaży - bez wydawania ani złotówki na reklamy.
3. Bounce rate. Wielu użytkowników mobilnych opuszcza stronę, jeśli ładuje się dłużej niż 3 sekundy. Każda dodatkowa sekunda ładowania to utracony ruch - bo strona była za wolna.
4. Wiarygodność. Wolna strona = nieprofesjonalna firma. To podświadoma reakcja. Jeśli Twoja strona ładuje się 5 sekund - odwiedzający zaczyna wątpić, czy jesteś wiarygodnym partnerem.
Jak sprawdzić swoje Core Web Vitals?
PageSpeed Insights (pagespeed.web.dev). Wpisz URL i kliknij „Analyze". Dostaniesz wynik w skali 0-100 plus szczegółowe dane Core Web Vitals. Test trwa 30 sekund.
Google Search Console. Zakładka „Core Web Vitals" pokazuje dane z realnych użytkowników Twojej strony (nie syntetyczne). To najdokładniejsze źródło - ale wymaga zainstalowanego Search Console.
Chrome DevTools. F12 → Lighthouse → Generate report. Szczegółowy audyt z rekomendacjami napraw.
GTmetrix (gtmetrix.com). Alternatywa dla PageSpeed Insights z bardziej szczegółowymi danymi i porównaniami historycznymi.
Co zabija szybkość strony?
1. Nieoptymalizowane obrazy. Zdjęcie 4MB na stronie głównej? Serwowane w formacie PNG zamiast WebP? To najczęstsza przyczyna wolnej strony. Rozwiązanie: kompresja, format WebP/AVIF, odpowiedni rozmiar, lazy loading.
2. Za dużo JavaScript. Każdy skrypt blokuje ładowanie strony. Google Analytics, Facebook Pixel, czat, popup, animacje, slider - osobno każdy waży mało, razem potrafią dodać 2-3 sekundy. Rozwiązanie: eliminuj niepotrzebne skrypty, ładuj asynchronicznie, deferuj.
3. Wolny hosting. Tani shared hosting za 10 PLN/miesiąc = serwer dzielony z 500 innymi stronami. Jedna z nich robi coś intensywnego - Twoja strona zwalnia. Rozwiązanie: VPS (50-200 PLN/miesiąc) lub hosting CDN (Vercel, Netlify).
4. Brak cache'owania. Bez cache każde odwiedziny generują pełne zapytanie do serwera. Rozwiązanie: browser caching, CDN, static generation.
5. Zbyt wiele wtyczek (WordPress). 30 wtyczek = 30 dodatkowych skryptów i stylów. Każda dodaje ułamek sekundy. Rozwiązanie: audyt wtyczek, usunięcie zbędnych, rozważenie migracji na Next.js.
6. Brak optymalizacji fontów. Czcionki Google Fonts ładowane z zewnętrznego serwera dodają 200-500ms. Rozwiązanie: self-hosting fontów, font-display: swap, preload.
Jak poprawić Core Web Vitals - checklist
LCP (szybkość ładowania): - Optymalizuj obrazy (WebP, kompresja, odpowiedni rozmiar) - Preload kluczowych zasobów (hero image, fonty) - Użyj CDN (Content Delivery Network) - Włącz server-side rendering lub static generation - Zminimalizuj CSS i JS
INP (szybkość reakcji): - Zminimalizuj JavaScript - Unikaj long tasks (> 50ms) - Używaj requestIdleCallback dla niekrytycznych operacji - Debounce event handlerów
CLS (stabilność wizualna): - Zdefiniuj wymiary obrazów i wideo (width/height) - Rezerwuj miejsce dla dynamicznej treści (reklamy, embedy) - Unikaj wstawiania elementów nad istniejącą treść - Używaj transform zamiast top/left do animacji
Next.js vs WordPress - szybkość w praktyce
Porównanie tej samej strony (5 podstron, 20 obrazów):
| Metryka | WordPress (Elementor) | Next.js |
|---|---|---|
| LCP | 3.2s | 0.8s |
| INP | 350ms | 45ms |
| CLS | 0.18 | 0.01 |
| PageSpeed Mobile | 38/100 | 96/100 |
| Rozmiar strony | 4.2 MB | 0.8 MB |
Różnica jest dramatyczna. Next.js domyślnie optymalizuje obrazy (komponent Image), generuje statyczny HTML, dzieli kod na fragmenty (code splitting) i prefetchuje linki. WordPress tego nie robi - wymaga wtyczek, konfiguracji i ciągłego monitorowania.
Ile kosztuje poprawa Core Web Vitals?
Na istniejącej stronie WordPress: - Drobne poprawki (obrazy, cache, fonty): 1 000 – 3 000 PLN - Średnie problemy (JS, CSS, hosting): 3 000 – 8 000 PLN - Poważne problemy (przebudowa): 8 000 – 20 000 PLN
Nowa strona w Next.js: - Core Web Vitals w zieleni „z pudełka" - wliczone w cenę projektu
Sprawdź nasz cennik - każda strona, którą budujemy, przechodzi testy Core Web Vitals zanim ją wdrożymy.
Podsumowanie
Core Web Vitals to nie techniczny żargon - to realne pieniądze. Szybsza strona = wyższe pozycje w Google = więcej ruchu = więcej klientów = więcej przychodów.
Sprawdź swoją stronę na pagespeed.web.dev. Jeśli wynik jest poniżej 50 - masz problem, który kosztuje Cię klientów każdego dnia.
Potrzebujesz pomocy? Umów bezpłatną konsultację - przeanalizujemy szybkość Twojej strony i zaproponujemy konkretne rozwiązania.