Strona WordPress działa wolno – hosting, wtyczki czy zdjęcia?

Najkrótsza odpowiedź

Wolny WordPress prawie nigdy nie ma jednej przyczyny. Najczęstsze winowajce to: hosting, który nie radzi sobie z obciążeniem; zbyt wiele aktywnych wtyczek lub motyw zbudowany z ciężkiego page buildera; duże, nieskompresowane zdjęcia bez konwersji do WebP lub AVIF; brak skutecznego cache'u; oraz baza danych pełna zbędnych rewizji, transient options i nieaktywnych danych. Dobre narzędzie do wstępnej oceny to Google PageSpeed Insights lub GTmetrix – oba są bezpłatne i pokazują, co konkretnie spowalnia stronę. Wyniki tych testów warto mieć przy sobie, zanim zaczniesz zmiany lub poprosisz kogoś o pomoc.

Hosting – fundament, który wiele firm pomija

Hosting to pierwszy element, który warto sprawdzić, bo żadna optymalizacja kodu i obrazów nie pomoże, jeśli serwer jest przeciążony lub zbyt słaby do obsługi WordPress. Na co zwrócić uwagę:

– Typ hostingu: współdzielony (shared) jest najtańszy, ale zasoby CPU i pamięć RAM są dzielone między setki innych stron. W godzinach szczytu czas odpowiedzi może wzrosnąć kilkukrotnie.
– PHP w aktualnej, obsługiwanej wersji: WordPress działa szybciej na PHP 8.1 lub 8.2 niż na starszych gałęziach. Wersję sprawdzisz w panelu hostingu (cPanel, Plesk, DirectAdmin) lub w narzędziach diagnostycznych WordPressa.
– Czas do pierwszego bajtu (TTFB): wartość powyżej 600 ms przy zimnym cache najczęściej wskazuje na problem po stronie serwera, nie kodu strony.
– Zasoby: sprawdź w panelu, ile CPU i RAM faktycznie zużywa Twoja instalacja. Hosting z limitem inode'ów może throttlować stronę, gdy przekroczysz próg plików.
– Lokalizacja serwera: serwer w Niemczech lub Polsce obsłuży polskiego użytkownika szybciej niż serwer w USA.

Jeśli hosting jest stary, bardzo tani lub nie obsługuje aktualnej wersji PHP, zmiana na lepszy plan lub innego dostawcę może poprawić czas ładowania bardziej niż tygodniowe optymalizacje wtyczek. Decyzję o migracji warto podjąć po porównaniu kilku ofert i po upewnieniu się, że poczta, DNS i certyfikat SSL zostaną przeniesione poprawnie.

Wtyczki i motyw – im więcej, nie zawsze lepiej

WordPress jest elastyczny właśnie dlatego, że można go rozszerzać wtyczkami. Problem zaczyna się wtedy, gdy aktywnych wtyczek jest kilkanaście lub kilkadziesiąt, część z nich jest nieaktualna, a kilka robi podobne rzeczy.

Co sprawdzić:

– Liczba aktywnych wtyczek: sama liczba nie jest problemem, ale każda wtyczka wykonuje kod przy każdym załadowaniu strony. Nieużywane wtyczki warto deaktywować i usunąć.
– Stan aktualizacji: nieaktualna wtyczka może mieć luki bezpieczeństwa i bugi wydajnościowe. Sprawdź w Kokpicie, które wtyczki mają dostępne aktualizacje.
– Wtyczki powielające funkcje: dwie wtyczki do optymalizacji obrazów, dwie do cache'u lub dwie do formularzy mogą wchodzić sobie w drogę i spowalniać stronę.
– Ciężkie wtyczki page builder: Elementor, Divi, WPBakery i podobne ładują duże ilości CSS i JavaScript nawet na stronach, gdzie nie są używane. Lekki motyw blokowy (Gutenberg/Full Site Editing) lub klasyczny, dobrze zoptymalizowany motyw może zastąpić część funkcji page buildera.
– Wtyczki bezpieczeństwa ze skanowaniem w czasie rzeczywistym: część z nich znacząco obciąża serwer. Warto sprawdzić, czy nie da się zastąpić ich lżejszym rozwiązaniem lub skanowaniem cron zamiast real-time.

Sposób na szybką analizę: wtyczka Query Monitor (bezpłatna) pokazuje, które zapytania do bazy danych i które hooki PHP trwają najdłużej. To dobry punkt wyjścia do decyzji, co odinstalować lub wymienić.

Obrazy – największy plik na stronie często pochodzi ze zdjęcia

Zdjęcia i grafiki to często największe pliki na stronie. Jeśli zostały wgrane bez kompresji prosto z aparatu lub smartfona, mogą ważyć kilka megabajtów każde.

Co poprawić:

– Format pliku: JPEG i PNG to stare formaty. WebP przy podobnej jakości wizualnej zajmuje o 25–35% mniej miejsca. AVIF daje jeszcze lepszą kompresję, ale wsparcie przeglądarek jest nieco węższe. WordPress od wersji 5.8 obsługuje WebP natywnie; starsze wersje wymagają wtyczki lub konwersji przed wgraniem.
– Rozmiar w pikselach: zdjęcie zrobione w rozdzielczości 4000×3000 px wgrane na stronę, gdzie wyświetla się na szerokości 800 px, jest niepotrzebnie duże. Przed wgraniem zmień rozdzielczość na docelową.
– Kompresja: wtyczki takie jak ShortPixel, Imagify lub Smush mogą automatycznie kompresować nowe i istniejące pliki. Część z nich oferuje bezpłatny limit miesięczny.
– Atrybut lazy loading: obrazy poniżej widoku ekranu powinny ładować się dopiero przy przewijaniu strony. WordPress dodaje lazy loading automatycznie od wersji 5.5, ale upewnij się, że motyw lub wtyczka nie nadpisuje tego zachowania.
– Responsywność: WordPress generuje kilka rozmiarów każdego zdjęcia i serwuje odpowiedni rozmiar zależnie od urządzenia. Sprawdź, czy motyw korzysta z atrybutu srcset.

Cache – strona nie musi renderować się od nowa przy każdym wejściu

WordPress generuje strony dynamicznie: przy każdym wejściu odpytuje bazę danych i składa HTML w PHP. Cache pozwala zapisać gotowy wynik i serwować go kolejnym użytkownikom bez generowania od nowa.

Rodzaje cache'u, które mają znaczenie:

– Cache strony (page cache): gotowe pliki HTML zapisane na dysku. Popularne wtyczki to WP Super Cache, W3 Total Cache, WP Rocket (płatny) i LiteSpeed Cache (bezpłatny, jeśli hosting obsługuje LiteSpeed).
– Cache obiektu (object cache): przechowuje wyniki zapytań do bazy danych w pamięci RAM. Wymaga Redis lub Memcached po stronie serwera. Nie każdy hosting to oferuje, ale różnica w TTFB jest wyraźna na stronach z dużą liczbą zapytań.
– Cache przeglądarki: odpowiednie nagłówki HTTP (Cache-Control, Expires) mówią przeglądarce, jak długo trzymać pliki lokalnie. Konfiguruje się to w.htaccess lub przez panel hostingu.
– CDN: sieć dostarczania treści przechowuje statyczne pliki (obrazy, CSS, JS) na serwerach bliżej użytkownika. Cloudflare oferuje bezpłatny plan CDN dla większości stron.

Uwaga: jeśli masz sklep WooCommerce, koszyk i podstrony konta użytkownika muszą być wykluczone z cache'u. Nieprawidłowo skonfigurowany cache może powodować błędy z koszykiem lub danymi logowania.

Baza danych – regularne porządki mają znaczenie

Baza danych WordPress z czasem gromadzi zbędne dane: stare rewizje wpisów, usuniętych użytkowników, transient options (tymczasowe dane przechowywane przez wtyczki), dane z odinstalowanych wtyczek i wpisy w tabeli wp_options z auto-load ustawionym na yes.

Co warto sprawdzić i wyczyścić:

– Rewizje wpisów: WordPress domyślnie zapisuje każdą wersję wpisu. Przy aktywnym redagowaniu treści tablica wp_posts może mieć setki niepotrzebnych wierszy. Można ograniczyć liczbę przechowywanych rewizji przez wp-config.php lub usunąć stare rewizje wtyczką.
– Tabela wp_options z auto-load: duże auto-load w tej tabeli spowalnia każde zapytanie, które ładuje opcje WordPressa. Darmowa wtyczka LiteSpeed Cache lub Query Monitor pokażą, ile danych jest ładowanych przy każdym żądaniu.
– Transjenty: wpisy z prefiksem _transient_ są tymczasowe, ale część wtyczek nie sprząta po sobie. Można je usunąć ręcznie w phpMyAdmin lub przez WP-CLI.
– Optymalizacja tabel: polecenie OPTIMIZE TABLE w phpMyAdmin lub przez WP-CLI porządkuje fragmentację w tabelach InnoDB i MyISAM.

Zanim zrobisz cokolwiek w bazie danych, wykonaj pełną kopię zapasową. Operacje na bazie są nieodwracalne.

Backup przed zmianami – zasada, której nie wolno pominąć

Każda zmiana w WordPress – aktualizacja wtyczki, modyfikacja motywu, edycja bazy danych, zmiana dostawcy hostingu – może zakończyć się błędem lub białym ekranem śmierci. Dlatego przed jakąkolwiek optymalizacją należy wykonać pełną kopię zapasową: pliki strony i baza danych.

Co powinna zawierać dobra kopia zapasowa:

– Wszystkie pliki w katalogu WordPress (wp-content, wp-config.php, rdzeniowe pliki).
– Pełny eksport bazy danych (plik.sql lub.sql.gz).
– Potwierdzenie, że kopia jest dostępna i można z niej przywrócić stronę.

Gdzie przechowywać kopię:

– Nie tylko na tym samym serwerze co strona – awaria serwera usunie też kopię.
– Opcje: Google Drive, S3, Dropbox lub lokalnie na komputerze.

Wtyczki do backupu: UpdraftPlus (bezpłatna wersja wystarczy do większości stron), All-in-One WP Migration dla małych stron, BackWPup lub jetbackup jeśli hosting to oferuje.

Jeśli nie masz pewności, że kopia jest kompletna i sprawna, nie rób żadnych zmian na produkcji. Lepiej zlecić to komuś, kto wcześniej sprawdzi środowisko.

Kiedy warto zgłosić się po pomoc

Część problemów z wydajnością WordPress można rozwiązać samodzielnie, postępując zgodnie z poradnikami. Są jednak sytuacje, gdy lepiej poprosić o pomoc techniczną:

– Nie wiesz, jak bezpiecznie wykonać kopię zapasową i przywrócić stronę w razie błędu.
– Strona jest sklepem WooCommerce lub formularzem kontaktowym firmowym – przerwa w działaniu oznacza utratę klientów.
– PageSpeed Insights wskazuje na problemy po stronie serwera (TTFB, server response time), których nie możesz zmienić bez dostępu do konfiguracji serwera.
– Nie wiesz, która wtyczka powoduje problem, a deaktywowanie kolejnych po kolei zajmuje dużo czasu i ryzykuje zepsucie strony.
– Strona była już wolna mimo poprzednich prób optymalizacji.

W Bielsku-Białej i okolicy można zgłosić stronę do przeglądu, omówić zakres problemu i podjąć decyzję o dalszych krokach po rzeczywistej diagnozie, a nie na podstawie ogólnych założeń.