Wolno działająca strona kosztuje pieniądze w dosłownym sensie. Odwiedzający zamyka kartę, zanim jeszcze zobaczy Twoje treści, a Google traktuje szybkość ładowania jako jeden z czynników rankingowych. Innymi słowy, wolna strona traci na dwóch frontach jednocześnie: traci realnych klientów i traci pozycje w wynikach wyszukiwania.
W tym artykule zespół Netloria zebrał praktyczny plan działania: od czego zacząć diagnostykę, które ustawienia dają największy efekt oraz jakie błędy najczęściej spowalniają strony na WordPressie w naszych projektach.
Optymalizacja bez pomiaru to strzelanie na oślep. Przed wprowadzeniem jakichkolwiek zmian warto wykonać podstawowy pomiar szybkości za pomocą jednego z bezpłatnych narzędzi: Google PageSpeed Insights, GTmetrix lub Pingdom. Zasada działania jest we wszystkich taka sama — wklejasz link do strony i otrzymujesz ocenę szybkości wraz z listą konkretnych problemów.
Kilka praktycznych wskazówek dotyczących samego testowania:
Wielu właścicieli stron próbuje przyspieszyć WordPressa pluginami, ignorując fakt, że fundament szybkości powstaje na poziomie hostingu. Jest tu kilka zmiennych, które realnie wpływają na wynik.
Na hostingu współdzielonym (shared) Twoja strona dzieli serwer z dziesiątkami innych, a poziom kontroli nad ustawieniami jest minimalny — cache’owanie, kompresję plików i moc sprzętu ustala dostawca. VPS lub serwer dedykowany dają pełną kontrolę nad konfiguracją, ale wymagają wiedzy technicznej do prawidłowego skonfigurowania.
Fizyczna odległość między serwerem a odwiedzającym bezpośrednio wpływa na szybkość odpowiedzi. Strona na serwerze w Warszawie otworzy się szybciej dla polskiego odwiedzającego niż ta sama strona na serwerze w USA. Jeśli nie da się w pełni uniknąć takiej odległości (np. przy międzynarodowej publiczności), jej wpływ można złagodzić za pomocą CDN — o czym niżej.
Dyski SSD zamiast HDD, wystarczająca ilość pamięci RAM oraz aktualne wersje oprogramowania serwerowego — PHP 7.4 lub nowszy, MySQL 8 lub MariaDB 10.1+ — dają odczuwalny wzrost szybkości bez żadnych zmian w kodzie strony. Jeśli dostawca hostingu wciąż trzyma przestarzałe wersje PHP, to już powód, by rozważyć zmianę.
Każda funkcja motywu czy pluginu to dodatkowy kod, który przeglądarka musi pobrać i przetworzyć. Slidery, efekty parallax, wyskakujące okienka zwykle ciągną za sobą biblioteki JavaScript, które bezpośrednio spowalniają stronę.
Praktyczna zasada jest prosta: jeśli funkcja jest wbudowana w motyw na stałe, obciąża stronę nawet wtedy, gdy z niej nie korzystasz. Jeśli natomiast jest podłączona osobnym pluginem — zawsze można ją wyłączyć. Dlatego lekkie motywy typu Astra, GeneratePress czy Hello Elementor niemal zawsze wygrywają z ciężkimi, wielofunkcyjnymi szablonami.
Z pluginami obowiązuje ta sama zasada oszczędności: każdy nowy plugin to potencjalne dodatkowe obciążenie. Dobrą praktyką jest wyłączanie pluginów po kolei i testowanie szybkości, żeby znaleźć konkretnego winowajcę spowolnień, zamiast usuwać wszystko na ślepo.
Cache’owanie oszczędza zasoby serwera dzięki temu, że gotowa strona nie jest budowana od nowa przy każdej wizycie. Warto rozumieć dwa poziomy cache’owania.
Cache przeglądarki przechowuje kopię strony lub jej fragmentów bezpośrednio w przeglądarce odwiedzającego — przy kolejnej wizycie treść ładuje się z lokalnego cache, a nie z serwera. Cache po stronie serwera przechowuje gotowe strony na serwerze, oszczędzając zasoby, które inaczej byłyby zużywane na wykonanie skryptów PHP przy każdym zapytaniu — to trudniejsze w konfiguracji, ale też zauważalnie bardziej efektywne.
Najprostszy sposób na włączenie cache’owania to plugin. Popularne opcje: WP Super Cache, WP Fastest Cache, W3 Total Cache, LiteSpeed Cache (jeśli Twój hosting działa na serwerze WWW o tej samej nazwie).
Łączna waga strony bezpośrednio determinuje czas ładowania, a najcięższym elementem niemal zawsze są obrazy.
Narzędzia takie jak TinyPNG, Squoosh czy Compressor kompresują obrazy o 50–80% praktycznie bez utraty jakości wizualnej. Punkt odniesienia — utrzymywać wagę każdego obrazu w granicach 400 KB. Jeśli nie chce się robić tego ręcznie dla każdego pliku, pluginy Smush, Imagify czy EWWW Image Optimizer automatyzują ten proces przy wgrywaniu plików.
Z plikami JavaScript pracuje się inaczej: minifikacja usuwa zbędne znaki z kodu bez zmiany funkcjonalności, łączenie (combining) scala kilka skryptów w jeden plik zamiast kilku osobnych zapytań, a ładowanie asynchroniczne lub opóźnione (async/defer) pozwala przeglądarce nie zatrzymywać renderowania strony na czas wykonania skryptu.
Z czasem baza danych WordPressa obrasta w informacje, które nie są już potrzebne, ale wciąż się ładują i spowalniają zapytania do serwera. Trzy główne źródła takiego „śmiecia”:
Pluginy typu WP-Optimize czy WP-Sweep pozwalają wyczyścić te nagromadzenia w kilka kliknięć, bez ręcznego grzebania w bazie danych.
CDN (Content Delivery Network) to sieć serwerów rozmieszczonych na całym świecie, która przechowuje w cache Twoje treści bliżej każdego konkretnego odwiedzającego. Zamiast przesyłać dane z jednego serwera przez pół świata, CDN dostarcza kopię treści z węzła najbliższego użytkownikowi — jest to szczególnie odczuwalne, jeśli Twoja publiczność jest rozproszona geograficznie, np. obejmuje odbiorców zarówno w Polsce, jak i za granicą.
Najpopularniejszą opcją na start jest Cloudflare, który oferuje darmowy plan wystarczający dla większości małych i średnich stron.
Zanim zagłębisz się w szczegóły, miej przed oczami kolejność działań: najpierw zmierz aktualną szybkość, potem sprawdź hosting i wersje oprogramowania, następnie odciąż motyw i pluginy, włącz cache, skompresuj obrazy i JavaScript, uporządkuj bazę danych i na końcu podłącz CDN. Właśnie w takiej kolejności zmiany dają najbardziej przewidywalny i mierzalny efekt.
W Netlorii wdrażamy większość tych ustawień już na etapie tworzenia strony, a nie poprawiamy ich po fakcie — to oszczędza klientowi zarówno czas, jak i budżet na dalszą optymalizację.
