Przez 12 lat tworzę strony i sklepy WordPress. W tym czasie optymalizowałem dziesiątki witryn — i widzę wciąż te same błędy, które sprawiają że strony ładują się wolno. Dobra wiadomość: większość z nich można naprawić bez zaawansowanej wiedzy technicznej. W tym artykule pokażę Ci co sprawdzić, od czego zacząć i jakie narzędzia naprawdę działają.
Spis treści
Zanim zaczniesz — zmierz punkt startowy
Nie zaczynaj optymalizacji na ślepo. Najpierw zmierz gdzie jesteś, żeby wiedzieć co naprawiać i móc ocenić czy zmiany dają efekty.
Narzędzie #1: Google PageSpeed Insights (pagespeed.web.dev) — darmowe, bezpośrednio od Google. Wklej URL swojej strony, poczekaj chwilę i dostaniesz ocenę dla mobile i desktop plus listę konkretnych problemów z szacowanym wpływem na prędkość.
Uzupełniająco możesz użyć GTmetrix (gtmetrix.com) — daje bardziej szczegółowy raport z listą żądań HTTP i wodospadem ładowania. Przydatne gdy chcesz zobaczyć które konkretne pliki ładują się najdłużej.
Co mierzy Google? Core Web Vitals
Od 2021 roku Google oficjalnie uwzględnia trzy metryki w rankingu stron. Warto je znać, bo PSI pokazuje je jako pierwsze:
| Metryka | Co mierzy | Dobry wynik | Zły wynik |
|---|---|---|---|
| LCP — Largest Contentful Paint | Czas do załadowania największego elementu (hero zdjęcie, nagłówek) | do 2,5 s | powyżej 4 s |
| CLS — Cumulative Layout Shift | Jak bardzo strona "skacze" podczas ładowania | poniżej 0,1 | powyżej 0,25 |
| TBT — Total Blocking Time | Czas w którym strona nie reaguje na kliknięcia | poniżej 200 ms | powyżej 600 ms |
PSI pokaże Ci które metryki są czerwone — to są Twoje priorytety. Zamiast próbować optymalizować wszystko naraz, skupiaj się na tym co daje największy spadek wyniku.
Najczęstsze przyczyny wolnych stron WordPress
To jest lista błędów które widzę regularnie przejmując projekty od klientów.
Błąd #1 — Zdjęcia w pełnej rozdzielczości i bez kompresji
Najczęstszy i najłatwiejszy do naprawienia. Ktoś sfotografował produkt aparatem, wgrał plik 6 MB bezpośrednio do WordPress i teraz strona pobiera 40 MB zdjęć przy każdym otwarciu. Zdjęcie wyświetlane w kolumnie 400px nie ma żadnego sensu ładować jako plik 4000px × 3000px.
Naprawienie: skompresuj istniejące zdjęcia wtyczką (ShortPixel, LiteSpeed Image Optimization przez QUIC.cloud) i od teraz kompresuj przed wgraniem przez TinyPNG lub Squoosh.
Błąd #2 — Kilka wtyczek robiących to samo
Cache z WP Rocket + cache z hostingu + cache z Cloudflare = konflikty i chaos. Formularz kontaktowy + formularz z motywu + formularz z page buildera — każdy ładuje swoje JS i CSS na każdej podstronie. Każda wtyczka to dodatkowe żądania HTTP i potencjalny konflikt.
Przejrzyj listę wtyczek i zadaj sobie pytanie: czy naprawdę potrzebuję każdej z nich? Czy dwie nie robią tego samego?
Błąd #3 — Brak pamięci podręcznej (cache)
WordPress generuje każdą stronę dynamicznie — odpytuje bazę danych, przetwarza PHP, generuje HTML. Bez cache robi to od nowa przy każdej wizycie każdego użytkownika. Cache zapisuje gotową wersję strony i podaje ją bezpośrednio, bez angażowania serwera. Różnica może być kilkukrotna.
Błąd #4 — Hosting który nie nadąża
Tani hosting współdzielony z setkami innych stron na jednym serwerze, bez SSD, bez LiteSpeed — to punkt startowy z którym żadna optymalizacja nie da dobrych wyników. Dobry hosting to fundament, nie dodatek.
Jak przyspieszyć stronę WordPress — krok po kroku
Krok 1: Zoptymalizuj obrazy
Zacznij tu, bo to najszybszy zysk przy najmniejszym ryzyku. Trzy rzeczy:
- Kompresja — przed wgraniem: TinyPNG (darmowy online), Squoosh (darmowy, Google). Po wgraniu: ShortPixel lub LiteSpeed Image Optimization (przez QUIC.cloud)
- Format WebP — 30–50% mniejszy plik przy tej samej jakości. LiteSpeed Cache konwertuje automatycznie przez QUIC.cloud
- Lazy Loading — obrazy poza pierwszym ekranem ładuj dopiero gdy użytkownik do nich scrolluje. WordPress ma to wbudowane od wersji 5.5, ale uwaga: pierwsze zdjęcie w hero wyłącz z lazy load — inaczej zwiększy LCP
Krok 2: Włącz cache
Jeśli masz hosting LiteSpeed — użyj LiteSpeed Cache. Integruje się bezpośrednio z serwerem, daje lepsze wyniki niż wtyczki działające "ponad" hostingiem. Konfiguracja: włącz Page Cache, ustaw czas cache na minimum 24h, włącz Browser Cache.
Jeśli Twój hosting nie obsługuje LiteSpeed — WP Rocket to solidna alternatywa, ale płatna (~50 $/rok) i trochę cięższa. Dla hostingów Apache lub NGINX wystarczy.
Krok 3: Minifikacja CSS i JS
Minifikacja (usuwanie spacji i komentarzy z kodu) — tak, włącz. Łączenie plików (Combine) — raczej nie. Różnica jest istotna i zbyt często mylona.
W LiteSpeed Cache: CSS Minify ON, JS Minify ON, Combine OFF. Włącz też Defer JS — skrypty ładują się po wyrenderowaniu strony, nie przed.
Krok 4: Ogranicz liczbę wtyczek
Każda wtyczka to potencjalnie dodatkowe CSS i JS ładowane na każdej podstronie — nawet gdy wtyczka nie jest używana na danej stronie. Przejrzyj listę, odinstaluj co niepotrzebne. Sprawdź w Chrome DevTools (Network tab) co i skąd się ładuje.
Krok 5: Sprawdź hosting
Jeśli po wszystkich optymalizacjach TTFB (czas do pierwszego bajtu, pokazywany w PSI) jest nadal powyżej 800 ms — problem jest po stronie serwera, nie optymalizacji. Sam używam Cyberfolks od lat — dobry kontakt techniczny, LiteSpeed w standardzie. Ale nie narzucam: ważne żeby hosting miał LiteSpeed lub NGINX, SSD i sensowny czas odpowiedzi serwera.
Stack który daje dobre wyniki na LiteSpeed
- LiteSpeed Cache — Page Cache + Browser Cache + UCSS (Unique CSS)
- QUIC.cloud — konwersja obrazów do WebP + VPI (automatyczne wykluczenie hero obrazów z lazy load)
- OMGF (Optimize My Google Fonts) — lokalne ładowanie fontów zamiast z Google CDN
- Minifikacja CSS i JS (LiteSpeed Cache), Defer JS
- Bez CSS Combine, bez JS Combine
Nie każda strona wymaga całego zestawu. Często kompresja obrazów i włączenie cache to już wystarczająco dużo żeby wyjść z Performance 30–40 na 70+.
Chcesz żebym przyspieszył Twoją stronę?
Optymalizacja prędkości wchodzi w zakres modernizacji lub opieki miesięcznej. Powiedz mi co masz — ocenię co można poprawić.
Zostaw kontakt — odezwę się w ciągu 24h
Powiedz mi w jednym zdaniu czego potrzebujesz. Bez zobowiązań, bez długich formularzy — najpierw krótka rozmowa.
FAQ — najczęstsze pytania o prędkość WordPress
Od czego zacząć przyspieszanie strony WordPress?
Zacznij od testu w Google PageSpeed Insights (pagespeed.web.dev). Wklej URL, sprawdź wynik i przeczytaj listę problemów z największym wpływem. Najczęściej pierwsze do naprawienia są obrazy (kompresja, format WebP) i brak cache — i to od nich warto zacząć.
Jaka wtyczka cache jest najlepsza dla WordPress?
Jeśli masz hosting LiteSpeed — LiteSpeed Cache. Integruje się bezpośrednio z serwerem i daje lepsze wyniki niż wtyczki działające "ponad" hostingiem. Na hostingach Apache/NGINX dobrym wyborem jest WP Rocket (płatny) lub W3 Total Cache (darmowy). Nie instaluj kilku wtyczek cache jednocześnie.
Ile może wynosić wynik PageSpeed Insights dla WordPress?
Desktop 90+ jest realny dla większości stron WordPress przy porządnej optymalizacji. Mobile jest trudniejsze — consent bannery, render-blocking scripts i cięższe zasoby sprawiają że 60–75 to akceptowalny wynik dla strony firmowej. Mobile powyżej 80 wymaga już głębszej pracy technicznej.
Czy Combine CSS (łączenie arkuszy) przyspiesza stronę?
Nie — wbrew powszechnej opinii. Jeden duży plik CSS blokuje renderowanie strony do czasu jego pełnego pobrania. HTTP/2 obsługuje równoległe pobieranie wielu małych plików, więc łączenie nie daje dziś korzyści. Lepsza opcja to UCSS (Unique CSS) — generowanie tylko tych reguł które są używane na danym URL.
Dlaczego moje zdjęcia spowalniają stronę?
Najczęstsze powody: wgranie oryginalnego pliku z aparatu (3–8 MB) zamiast skompresowanej wersji, wyświetlanie zdjęcia 4000px w kolumnie 400px, brak konwersji do WebP. Skompresuj obrazy przez TinyPNG przed wgraniem i włącz konwersję WebP w LiteSpeed Cache przez QUIC.cloud.
Czym różni się LCP od ogólnego "czasu ładowania"?
Ogólny czas ładowania mierzy kiedy załadował się ostatni zasób na stronie. LCP (Largest Contentful Paint) mierzy kiedy użytkownik widzi największy element na ekranie — zazwyczaj zdjęcie hero lub główny nagłówek. Google rankuje po LCP, nie po ogólnym czasie ładowania, bo LCP lepiej odzwierciedla jak szybko strona wydaje się gotowa dla użytkownika.
Co to jest CLS i dlaczego strona "skacze"?
CLS (Cumulative Layout Shift) mierzy jak bardzo elementy strony przesuwają się podczas ładowania. Skakanie pojawia się gdy obrazy nie mają zdefiniowanych wymiarów (przeglądarka nie wie ile miejsca zarezerwować), gdy fonty się ładują i zmieniają układ tekstu, lub gdy JS dodaje elementy do DOM po wyrenderowaniu strony. CLS 0 to ideał — oznacza że strona się nie rusza.
Czy hosting wpływa na prędkość strony WordPress?
Tak, i to fundamentalnie. Hosting determinuje TTFB (czas do pierwszego bajtu) — czyli jak szybko serwer zaczyna odpowiadać. Na złym hostingu żadna optymalizacja nie da dobrych wyników. Jeśli po włączeniu cache i skompresowaniu zdjęć TTFB nadal przekracza 800 ms — problem jest po stronie serwera.
