Twoja strona ładuje się 5 sekund. Co konkretnie tracisz?
53% osób na mobile porzuca stronę, która ładuje się powyżej 3 sekund (Google). Twoja strona ma LCP 5 sekund? To znaczy, że ponad połowa osób które kliknęły reklamę nigdy nie zobaczyła Twojej oferty. Pokażę Ci konkretnie, ile to kosztuje — i co możesz z tym zrobić dziś.
TL;DR — w 60 sekund
- Każda sekunda LCP = ~7% spadku konwersji (badanie Akamai, potwierdzone wielokrotnie)
- 53% mobile users wychodzi po 3s (Google)
- Google rankuje szybsze strony wyżej (Core Web Vitals czynnik od 2021)
- Sprawdź teraz: pagespeed.web.dev — wpisz swoją domenę
- Cel: LCP <2,5s, INP <200ms, CLS <0,1 (na mobile)
- Większość problemów to: ciężkie zdjęcia, zbyt wiele wtyczek, brak cache, słaby hosting
Jak policzyć ile tracisz
Najpierw konkrety. Otwórz arkusz, wstaw swoje liczby.
Wzór:
Strata miesięczna = (Wizyt/mc) × (Bounce rate z powodu wolności) × (Współczynnik konwersji) × (Wartość konwersji)
Przykład 1: Salon kosmetyczny
- Wizyt/mc: 800
- Strona ładuje się 4,5 s → bounce rate z powodu wolności: ~40% (320 osób)
- Z tych 320 — 5% byłoby zarezerwowało wizytę = 16 wizyt zgubionych
- Średnia wartość wizyty: 180 zł
- Strata: 2 880 zł/mc = 34 560 zł/rok
Przykład 2: E-commerce z asortymentem 200 produktów
- Wizyt/mc: 5 000
- LCP 5,2s → bounce z wolności: ~45% (2 250 osób)
- Konwersja z reszty: 1,5% = 41 zakupów. Z porzuconych 2 250 — odzyskasz może 30% gdyby strona była szybka = 13 dodatkowych zakupów
- Średnia wartość koszyka: 240 zł
- Strata: 3 120 zł/mc = 37 440 zł/rok
Przykład 3: Strona usługowa lokalna (warsztat, kancelaria)
- Wizyt/mc: 400 (głównie z Google Maps + reklam)
- LCP 6,1s → bounce z wolności: ~50% (200 osób)
- Z tych 200 — może 3% byłoby zadzwoniło = 6 telefonów zgubionych
- Średnia wartość zlecenia: 600 zł, konwersja telefon → klient: 50%
- Strata: 1 800 zł/mc = 21 600 zł/rok
📊 Realna kalkulacja dla Ciebie
Wstaw swoje liczby: wizyty, prawdopodobny bounce z wolności (sprawdź w GA4: średni czas wczytania), konwersja, wartość. Większość MSP traci 15 000-50 000 zł rocznie na wolnym serwowaniu strony. To często kwota większa niż koszt migracji albo refaktoru.
Co konkretnie spowalnia stronę
Po sprawdzeniu setek stron, problemy zawsze sprowadzają się do tych samych 5-7 rzeczy:
1. Ciężkie, nieoptymalizowane zdjęcia (50-70% problemu)
Najczęstszy winowajca. Klient wgrywa zdjęcie z telefonu — 4 MB, 4032×3024 px — i wstawia jako thumbnail 300×200.
Co się dzieje: przeglądarka pobiera 4 MB, dekoduje, skaluje. Na 3G to 8-12 sekund samego pobierania.
Powinno być: AVIF lub WebP, ~50-100 KB, dokładny rozmiar wyświetlania, lazy loading dla obrazków poniżej fold.
2. Zbyt wiele wtyczek WordPress (20-30% problemu)
Każda wtyczka WP zwykle ładuje swoje CSS i JS na każdej stronie — nawet jeśli używasz jej tylko na jednej.
Realne case: klient miał 23 wtyczki. Strona główna ładowała 1,8 MB JavaScript. Z tego 1,5 MB to były wtyczki nieużywane na home (formularz kontaktowy, slider z portfolio, kalendarz rezerwacji…).
Po wyłączeniu 8 wtyczek i optymalizacji 4 → strona spadła z 2,4 MB do 380 KB.
3. Brak cache (10-15% problemu)
Bez cache, WP generuje stronę od nowa przy każdym requeście. Pobiera dane z bazy, ładuje wtyczki, renderuje HTML. Czas serwera (TTFB) — często 800-2000 ms.
Z cache: gotowy HTML serwowany z dysku w 50-100 ms.
Free fix: WP Super Cache lub LiteSpeed Cache. Konfiguracja 30 minut.
4. Słaby hosting (10-20% problemu)
Najtańsze pakiety home.pl, nazwa.pl, OVH shared — to setki klientów na jednym serwerze. Jeśli sąsiad ma piku ruchu, Twoja strona zwalnia.
Sprawdź sam: GTmetrix → zobacz TTFB (Time to First Byte). >800 ms = problem hostingu.
5. Brak CDN
Twój klient w Krakowie, serwer w Warszawie — OK, 30 ms. Klient w Berlinie — 80 ms. Klient w Nowym Jorku — 130 ms.
Z CDN (Cloudflare za 0 zł): każdy klient dostaje stronę z najbliższego węzła. 30-50 ms wszędzie.
6. Render-blocking CSS i JS
Stara praktyka: wszystkie style i skrypty w <head>. Przeglądarka blokuje renderowanie aż nie ściągnie wszystkiego.
Nowoczesne podejście: critical CSS inline, reszta async, JS na końcu lub defer/async. W Next.js to default — w WP wymaga pluginu (Asset CleanUp, Perfmatters).
7. Trzeci-strony script-y (analytics, ads, chat widgets)
Google Tag Manager, Hotjar, Tawk.to, Facebook Pixel — każdy ładuje swój JavaScript. Razem często 500 KB-1 MB.
Fix: load async, defer, lub przez Partytown (uruchamia 3rd party w worker, off main thread).
5 rzeczy które możesz sprawdzić sam (15 minut)
Nie czekaj na developera. Zrób ten audit teraz:
1. PageSpeed Insights — twoja domena
pagespeed.web.dev → wpisz swoją domenę → kliknij "Analyze".
Patrz na:
- Mobile Performance score (cel: >85)
- LCP (cel: <2,5s)
- INP (cel: <200ms)
- CLS (cel: <0,1)
- Diagnostics — Google pisze CO konkretnie spowalnia. Po polsku.
2. GTmetrix — szczegóły requestów
gtmetrix.com → wpisz domenę → wybierz "Vancouver Canada" lub "London UK" + Slow 3G.
Patrz na:
- Page Size (cel: <1 MB, ideał <500 KB)
- Total Requests (cel: <50)
- TTFB (cel: <600 ms)
- Waterfall — który request jest najwolniejszy
3. Test ile waży strona główna
DevTools (F12) → Network tab → Disable cache → Ctrl+F5.
Na dole: "X requests, Y MB transferred". Jeśli Y > 1.5 MB — masz problem.
4. Zlicz wtyczki WP (jeśli masz)
Panel WP → Plugins → All. Jeśli masz >15 aktywnych — większość prawdopodobnie spowalnia stronę. Audit pod nóż.
5. Sprawdź zdjęcia
DevTools → Network → Img filter. Posortuj po Size. Jeśli największe zdjęcia >300 KB każde — potrzebują optymalizacji.
🔧 Bonus tool: WebPageTest
webpagetest.org — bardziej zaawansowane od PSI. Pokazuje film z renderowania strony klatka po klatce. Widzisz dokładnie kiedy się pojawia LCP element. Bardzo edukujące.
Co możesz naprawić sam, a co wymaga developera
✅ Naprawisz sam (1-2h pracy, 0 zł)
- Optymalizacja zdjęć — wgraj zdjęcia do squoosh.app (od Google), eksportuj jako AVIF/WebP. Nadpisz w WP. Strona od razu lżejsza.
- Wyłączenie nieużywanych wtyczek — Panel → Plugins → Deactivate co nie używasz. Sprawdź stronę po każdym wyłączeniu.
- Włączenie cache — zainstaluj WP Super Cache (free) lub LiteSpeed Cache (free, jeśli hosting na LiteSpeed). Default settings są OK.
- Konfiguracja Cloudflare (free) — załóż konto, dodaj domenę, zmień NS records. Dostajesz CDN globalny za 0 zł.
- Usunięcie nieużywanych szablonów — Appearance → Themes. Zostaw aktywny + jeden zapasowy (np. Twenty Twenty-Four).
⚠️ Wymaga developera (2-8h pracy, 800-3000 zł)
- Refactor render-blocking resources — wymaga znajomości jak działa critical CSS, defer JS, preload fonts.
- Database optimization — wp_options ma 500+ wpisów od starych wtyczek? Cleanup wymaga ostrożności.
- Migration na lepszy hosting — z home.pl shared na Mydevil managed lub Cloudflare Pages. Wymaga DNS, SSL, redirectów.
- Audit i wymiana ciężkich wtyczek — np. Contact Form 7 → Web3Forms, Elementor → blok-based theme.
🚀 Wymaga większej decyzji (refaktor lub migracja, 5 000-15 000 zł)
- Headless WP — WP zostaje jako CMS, frontend na Next.js. Performance wzrasta dramatycznie.
- Full migracja na Next.js + CDN — najwyższa różnica, ale i największa inwestycja. Zwrot w 6-18 miesięcy przy 1000+ wizyt/mc.
Realne case-y z mojej praktyki
Case 1: Salon fryzjerski, Gorzów
- Stan początkowy: WordPress + Astra + 14 wtyczek. LCP 6,3 s. Lighthouse mobile 28.
- Co zrobiłem: optymalizacja zdjęć (compress), wyłączenie 6 wtyczek, włączenie LiteSpeed Cache, Cloudflare CDN.
- Czas: 4 godziny. Koszt: 1 200 zł.
- Po: LCP 1,9 s. Lighthouse mobile 87. Bounce rate spadł o 22%.
Case 2: Sklep internetowy, branża zdrowa żywność
- Stan początkowy: WooCommerce + Astra + 23 wtyczki + 1 200 produktów. LCP 7,1 s na produkt page. Lighthouse 19.
- Co zrobiłem: audit wtyczek (wyłączenie 8), refactor czasochłonnych zapytań do bazy, przeniesienie ze shared hostingu na VPS z LiteSpeed, optymalizacja zdjęć produktów (3 MB → 80 KB AVIF).
- Czas: 28 godzin. Koszt: 4 200 zł.
- Po: LCP 2,1 s. Lighthouse 76. Konwersja wzrosła o 18% (Google Ads i organic).
Case 3: Lokal eventowy (PartyHouse) — pełna migracja
- Stan początkowy: WordPress + Elementor. LCP 4,2 s. Lighthouse 38.
- Co zrobiłem: pełna migracja na Next.js + Sanity CMS + Cloudflare Pages.
- Czas: tydzień. Koszt: 6 500 zł.
- Po: LCP 1,1 s. Lighthouse 97. Zapytań o rezerwację 3× więcej.
Twój pierwszy krok
Sprawdź teraz pagespeed.web.dev ze swoją domeną. To 30 sekund.
Jeśli widzisz wynik mobile:
- 90+: brawo, niewiele do poprawy. Skup się na content i SEO.
- 70-89: są szybkie wygrane (zdjęcia, cache). 1-2 dni pracy może dać +15 punktów.
- 50-69: trzeba audytu. Większość problemów do naprawienia w 1-2 tygodnie.
- <50: rozważ refaktor lub migrację. Strona kosztuje Cię realne pieniądze każdego dnia.
Bezpłatna analiza performance Twojej strony
Napisz [email protected] z adresem swojej strony. W 24h dostajesz: szczegółowy raport (PageSpeed + GTmetrix + WebPageTest), listę konkretnych problemów posortowaną po ważności, wycenę naprawy (samodzielnej vs z moją pomocą). Bezpłatnie, bez zobowiązań.
Wyślij domenę →Powiązane: WordPress vs Next.js — kiedy faktycznie warto migrować? · Ile kosztuje strona internetowa w 2026?