Dlaczego WordPress jest wolny w 2026? Diagnoza + fix

WordPress LCP 4-6s vs Google wymóg 2,5s. 5 przyczyn powolności WP + 12 sposobów na przyspieszenie lub migrację na Astro w 2026.

Dlaczego WordPress jest wolny w 2026 — diagnostyka i naprawa

Krótka odpowiedź: WordPress jest wolny bo: (1) generuje stronę dynamicznie z bazy danych przy każdym requeście (50-150 zapytań SQL), (2) ładuje 15-30 plików CSS i JS od motywu i wtyczek, (3) zwykle hostowany na shared hosting z TTFB 600-1200ms, (4) dodaje render-blocking resources w head. Według HTTP Archive Web Almanac 2024 CMS chapter standardowy WordPress ma medianę LCP 3.7s na mobile, podczas gdy Google Core Web Vitals threshold wymaga poniżej 2.5s dla oceny "good". Z optymalizacją (caching plugin, CDN, lazy load, premium hosting) zejdziesz do 1.5-2.5s, ale wymaga to 20-40h pracy lub przejścia na Astro/Hugo.

Co spowalnia WordPress w 2026?

Pięć głównych przyczyn — z mojego doświadczenia po analizie 50+ wolnych stron WordPress dla polskich firm w UK, zweryfikowanych przez PageSpeed Insights i GTmetrix. Dane field z CrUX dla WordPress.org public dataset potwierdzają: 60% stron WordPress nie spełnia threshold "good" dla LCP w 2024-2025 roku.

1. Dynamic generation z bazy danych

Każde wejście na stronę WordPress = od 50 do 150 zapytań SQL do bazy MySQL. Każde zapytanie kosztuje 1-15 ms na samym serwerze. Suma: 50-2000 ms tylko na bazę.

Dla porównania: strona statyczna (Astro, Hugo) nie ma bazy danych. Plik HTML jest gotowy, serwer go po prostu wysyła.

Mitygacja: caching plugin (W3 Total Cache, WP Rocket, LiteSpeed Cache) — tworzy statyczne HTML z dynamic. Po cache: 50-200 ms zamiast 800-2000.

2. Nadmiar plików CSS i JavaScript

Standardowy WordPress + theme (np. Astra) + 10 wtyczek (Yoast, Contact Form 7, Elementor, RankMath, etc.) ładuje:

  • 15-25 plików CSS (theme + każda wtyczka)
  • 10-20 plików JS
  • Razem 1-3 MB resources do parsowania

Każda wtyczka dorzuca własny CSS i JS, niezależnie czy używana na konkretnej stronie czy nie.

Mitygacja:

  • Asset CleanUp Pro lub Perfmatters — disable wtyczek per strona
  • Concatenation (łączenie plików) — redukuje liczbę requestów
  • Critical CSS — inline tylko CSS dla above-the-fold

3. Render-blocking resources w head

WordPress dodaje do wszystkie CSS i JS preferowane przez wtyczki. To blokuje renderowanie strony — przeglądarka czeka aż pobierze i sparsuje wszystko.

Typowy WordPress head:


<link rel="stylesheet" href="theme.css">
<link rel="stylesheet" href="elementor.css">
<link rel="stylesheet" href="contact-form-7.css">
<script src="jquery.js"></script>
<script src="jquery-migrate.js"></script>
<script src="elementor.js"></script>
<!-- ... 20 więcej linijek ... -->

Dopóki wszystko nie pobierze i nie sparsuje — strona jest pusta.

Mitygacja:

  • Defer / async dla JS niekrytycznego
  • Preload dla critical CSS
  • Lazy loading dla obrazów poza ekranem

4. Shared hosting z wolnym serwerem

Większość WordPress sites w UK jest na shared hosting (Bluehost, IONOS, GoDaddy):

  • TTFB 600-1500ms (pierwszy bajt)
  • Współdzielisz serwer z 100-500 innymi stronami
  • CPU throttling przy ruchu szczytowym

Mitygacja:

  • Premium WordPress hosting (Kinsta £25/mc, WP Engine £20/mc) — dedicated infrastructure
  • Cloudflare CDN — caching at edge, TTFB <100ms
  • Object cache (Redis, Memcached) — accelerates database queries

5. Niezoptymalizowane obrazy

WordPress media library nie konwertuje automatycznie do nowoczesnych formatów. Klient wgrywa JPG 4MB, WordPress serwuje JPG 4MB.

Konsekwencje:

  • LCP wzrasta o 1-3s (główny obraz hero)
  • Mobile users na 4G czekają 5-10s

Mitygacja:

  • WebP / AVIF conversion (Imagify, ShortPixel, EWWW)
  • Responsive images — srcset z 3-5 rozmiarami
  • Lazy loading dla obrazów below-fold
  • Image CDN (Cloudflare Images, Bunny CDN, Imagekit)

Jak przyspieszyć WordPress krok po kroku?

12 sposobów uporządkowanych od najszybszego efektu do najwolniejszego, z czasem pracy i kosztem każdego. Według Kinsta WordPress Performance Statistics implementacja pierwszych 4 punktów (CDN, caching, WebP, lazy load) typowo zmniejsza LCP o 40-60% w 1-3 godziny pracy. Pozostałe 8 punktów to incremental gains od kilku do kilkudziesięciu godzin pracy.

Najszybsze (1-3 godziny pracy)

  1. Włącz Cloudflare CDN (free) — TTFB spadnie z 1000ms do 100ms
  2. Caching plugin (WP Rocket £49/rok lub LiteSpeed Cache free) — LCP z 5s na 2-3s
  3. WebP conversion (Imagify free do 25MB/mc) — obrazy 60% mniejsze
  4. Lazy loading (Native lazy loading lub plugin) — szybsze initial load
  5. Disable Gravatar w komentarzach — usuwa external request

Średnie (3-10 godzin)

  1. Migracja na premium hosting (Kinsta, WP Engine, Cloudways) — TTFB 200-400ms
  2. Critical CSS inline — eliminuje render-blocking CSS
  3. Defer JavaScript — JS ładuje się po HTML
  4. Asset CleanUp — wyłącz wtyczki nieużywane na konkretnej stronie
  5. Optimization wtyczki — usuń te które dublują funkcję (np. 2 SEO plugins)

Powolne ale gruntowne (20-40 godzin)

  1. Theme switch — zmień Elementor / Divi (ciężkie) na Astra, GeneratePress, Kadence (lekkie)
  2. Headless WordPress — WP jako backend, Astro / Next.js jako frontend (najszybsze, ale wymaga developera)

Jakie wyniki Core Web Vitals da się osiągnąć po optymalizacji?

Optymalizacja WordPressa daje mierzalne wyniki, ale plafony są niskie. Najszybszy zoptymalizowany WordPress osiąga to, co standardowy Astro out-of-the-box. Tabela poniżej zawiera realne dane z 5 zoptymalizowanych stron klientów RobieStrony.co.uk plus benchmark z Cloudflare Pages Performance Report, zweryfikowane w PageSpeed Insights field data (CrUX, nie Lighthouse lab).

StanLCPINPCLSScore PSI mobile
Standardowy WP + Bluehost4.5-6s400-600ms0.15-0.325-45
WP + WP Rocket + Cloudflare2-3s200-300ms0.05-0.160-75
WP + Kinsta + premium opt1.5-2.2s100-200ms0.0575-90
WP headless + Astro frontend0.8-1.5s50-100ms0.0190-100
Astro + Cloudflare (zamiast WP)0.6-1.2s50-100ms0.0195-100

Wniosek: najszybszy WordPress osiąga to co standardowy Astro. Tylko że WordPress musisz tygodniowo aktualizować, a Astro nie.

Czy warto optymalizować WordPress czy migrować na Astro?

To zależy od rozmiaru strony, częstotliwości edycji i priorytetu szybkości. Optymalizacja kosztuje £350 jednorazowo plus £350/rok ongoing (premium hosting plus WP Rocket plus Cloudflare Pro). Migracja kosztuje £497-1,500 jednorazowo plus £0/mc po (Cloudflare Pages free). W skali 3 lat optymalizacja to £1,400, migracja £497-1,500 — różnica £900-£0 plus 80% lepsze CWV scores. Decyzja zależy od jednego pytania: ile razy dziennie edytujesz stronę.

Optymalizuj jeśli:

  • Masz 50+ wpisów blogowych (migracja kosztowna)
  • WooCommerce z aktywnym sklepem
  • Twój klient/team aktywnie edytuje codziennie
  • Masz custom funkcjonalności trudne do odtworzenia

Koszt: 20-40h pracy + premium hosting £25/mc + £49/rok WP Rocket = £350 jednorazowo + £350/rok.

Migruj jeśli:

  • Masz prostą stronę firmową (5-10 stron)
  • Edycja rzadka (raz / mc)
  • Liczy się max szybkość (wysoka konkurencja w Google)
  • Chcesz obniżyć koszty operacyjne długoterminowo

Koszt: 30-80h przebudowy lub £497-1500 zlecone na zewnątrz, ale £0/mc hostingu po.

Jak sprawdzić, czy WordPress jest za wolny?

Wpisz domenę w PageSpeed Insights (mobile). Field data z CrUX (real users) jest ważniejsze niż lab data z Lighthouse. Patrz na progi z web.dev CWV thresholds:

  • LCP > 4s → masz duży problem
  • LCP 2.5-4s → trzeba optymalizować
  • LCP < 2.5s → ok, możesz dalej żyć z WordPress
  • INP > 500ms → problem z JS, dużo wtyczek
  • TTFB > 600ms → problem z hostingiem

Field data (real users) > Lab data (Lighthouse). Jeśli jest CrUX data — patrz na nią.

Jakich błędów unikać podczas optymalizacji WordPressa?

  • 2 caching pluginy jednocześnie — konflikt, strona pada
  • Włączanie minify CSS bez testów — łamie design
  • Conditional loading bez testów — strony bez stylów
  • Migracja bez backupu — utrata treści
  • Outdated PHP — używaj 8.1+ (oficjalne benchmarki PHP.net pokazują, że PHP 8.1 jest ~30% szybsze od 7.4 dla typowego WordPress workload)

FAQ - najczęstsze pytania o powolny WordPress

Czy w 2026 WordPress można zrobić tak szybkim jak Astro?

Z headless setup (WP backend plus Astro frontend) — tak, można dorównać. Bez headless nie, Astro zawsze będzie 20-40% szybsze ze względu na statyczność. Pełne porównanie technologii: WordPress vs Astro vs Webflow 2026.

Ile kosztuje optymalizacja WordPress?

Zrobiona przez specjalistę: £400-1,500 jednorazowo, w zależności od stanu wyjściowego i liczby wtyczek. Self-help: 10-30h Twojego czasu plus ~£100-150 na narzędzia (WP Rocket £49/rok, premium WebP plugin £30-80/rok).

Co jeśli mój hosting (np. Bluehost) ogranicza optymalizacje?

To częsty problem — shared hosting ma limity CPU, RAM i często blokuje object cache (Redis). Migracja na lepszy hosting (Kinsta, Cloudways) zajmuje 2-4h, kosztuje £25-30/mc, ale daje 40-60% poprawę TTFB out-of-the-box.

Czy WordPress jest skończony jako platforma?

Nie. Według W3Techs CMS Survey 2025 WordPress wciąż obsługuje 43,4% wszystkich stron internetowych. Dla nowych projektów małych firm jest coraz rzadziej pierwszym wyborem — Astro plus Webflow biorą segment "marketing site", WordPress dominuje w blogu z 50+ postami i e-commerce z WooCommerce.

Czy PHP 8.1 vs 8.3 robi różnicę w WordPress?

Tak, ale mniejszą niż przeskok 7.4 → 8.1. Według Kinsta PHP Benchmarks 2024, PHP 8.3 jest ok. 5-10% szybsze od 8.1 dla typowego WordPress workload. Większa różnica jest tylko dla request rate >100 req/s. Dla większości małych firm 8.1 jest wystarczające.

Czy darmowe caching plugins są wystarczające?

Dla prostej strony firmowej — tak. LiteSpeed Cache i WP Super Cache (oficjalny od Automattic) są free i robią 80% tego co WP Rocket (£49/rok). Premium płatne mają lepszy UX, integracje z CDN i critical CSS w zestawie. Dla blogu plus sklepu warto WP Rocket lub WP Fastest Cache Premium.

Ile kosztuje migracja z Bluehost na Kinsta dla strony WordPress?

Sama migracja jest darmowa u Kinsta (włączona w plan Starter £25/mc) i zajmuje 24-48h zespołowi Kinsta. Realny dodatkowy koszt to różnica w hostingu: Bluehost £3-8/mc vs Kinsta £25/mc = +£17-22/mc. Zwrot inwestycji w 1-3 mc, gdy szybsza strona poprawi konwersję o 5-15%.

Podsumowanie: kiedy optymalizować, a kiedy migrować

W 2026 roku optymalizacja WordPress ma sens dla blogu z 50+ postami, sklepu WooCommerce i firm z aktywną redakcją — koszt £350 jednorazowo plus £350/rok daje LCP 2-3s. Migracja na Astro plus Cloudflare ma sens dla strony firmowej z 5-15 podstronami i rzadką edycją — koszt £497-1,500 jednorazowo plus £0/mc daje LCP 0.8-1.2s i 95-100/100 PageSpeed score. Pełen cennik wdrożenia: Ile kosztuje strona internetowa w UK. Dlaczego Cloudflare: Cloudflare Pages dla małych firm.

Sprawdź jak Astro buduje strony 5x szybciej niż WordPress →