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
Co konkretnie spowalnia stronę
W zdecydowanej większości przypadków problemy 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.
Typowy przykład: strona ma 23 wtyczki. Strona główna ładuje 1,8 MB JavaScriptu, z czego 1,5 MB to wtyczki nieużywane na stronie głównej (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.
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 tego, 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.
Trzy typowe scenariusze
Poniższe liczby to orientacyjne przykłady, które pokazują skalę poprawy przy typowych problemach. Nie są opisami konkretnych klientów.
Scenariusz 1: salon usługowy na WordPressie
- Stan wyjściowy: WordPress + motyw + kilkanaście wtyczek. LCP około 6 s, Lighthouse mobile poniżej 30.
- Co zwykle pomaga: kompresja zdjęć, wyłączenie zbędnych wtyczek, cache i CDN (np. Cloudflare).
- Nakład: kilka godzin pracy, zwykle 800–1 500 zł.
- Typowy efekt: LCP poniżej 2 s, Lighthouse mobile powyżej 80.
Scenariusz 2: sklep na WooCommerce z tysiącem produktów
- Stan wyjściowy: ponad 20 wtyczek, tani hosting współdzielony, zdjęcia produktów po kilka MB. LCP około 7 s na stronie produktu.
- Co zwykle pomaga: przegląd wtyczek, poprawa ciężkich zapytań do bazy, szybszy serwer, zdjęcia w AVIF lub WebP.
- Nakład: kilka dni pracy, zwykle 3 000–5 000 zł.
- Typowy efekt: LCP około 2 s i zauważalnie mniej porzuconych koszyków.
Scenariusz 3: lokal lub firma usługowa — nowa strona zamiast łatania starej
- Stan wyjściowy: stara strona na kreatorze albo WordPressie, której nie opłaca się już naprawiać.
- Co zwykle pomaga: nowa, lekka strona zbudowana od zera (np. Next.js na Cloudflare Pages).
- Nakład: od 2 900 zł, 3–7 dni.
- Typowy efekt: LCP około 1 s, Lighthouse mobile powyżej 90, hosting za 0 zł/mc.
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.
Powiązane: WordPress vs Next.js — kiedy faktycznie warto migrować? · Ile kosztuje strona internetowa w 2026? · Szybkie strony internetowe — oferta