WordPress · wydajność
Wolna strona nie wygląda na zepsutą – po prostu mniej osób wypełnia formularz. Najczęstsze przyczyny są zawsze te same: zdjęcia wgrane prosto z aparatu, brak pamięci podręcznej, przeciążona baza danych z danymi pozostawionymi przez wtyczki i serwer, który odpowiada po sekundzie. Zaczynam od pomiaru, a kończę tym samym pomiarem – żeby było widać, co się zmieniło.
Zakres
Sześć obszarów, w tej kolejności. Pierwsze trzy dają zwykle największą poprawę, dwa ostatnie decydują o tym, czy efekt utrzyma się dłużej niż miesiąc.
Dostosowuję rozwiązania cache do architektury serwisu: pamięć podręczna stron, wstępne generowanie i opóźnione ładowanie skryptów. W sklepie wykluczam koszyk, konto i kasę – cache, który poda komuś cudzy koszyk, jest gorszy niż jego brak.
Zdjęcia to zwykle największa część wagi strony. Kompresuję je, konwertuję na WebP, generuję właściwe rozmiary dla telefonów i wpisuję wymiary w kod, żeby układ graficzny nie skakał w trakcie wczytywania. To ten skok, który sprawia, że klikasz w niewłaściwy przycisk.
Wtyczki zostawiają dane także po odinstalowaniu: rewizje wpisów, wygasłe dane tymczasowe, osierocone metadane, logi wysyłki maili. Widziałem tabele rozrośnięte do kilku gigabajtów, przez które finalizacja zamówienia w sklepie zwracała błąd. Czyszczę je i dokładam indeksy tam, gdzie zapytania czytają całą tabelę.
Wolny panel to zwykle zewnętrzne zapytania w kokpicie i wtyczki ładujące swoje skrypty na każdej podstronie, nawet tam, gdzie nie są używane. Ograniczam ładowanie zasobów do miejsc, w których faktycznie pracują, i wyłączam to, z czego nikt nie korzysta od lat.
Każda wtyczka ma cenę wyrażoną w zapytaniach do bazy danych i kilobajtach kodu. Sprawdzam, która ile kosztuje, którą da się zastąpić kilkoma liniami w motywie i które w ogóle nie są używane. Zwykle to najszybszy sposób na zmniejszenie objętości strony.
Mierzę czas odpowiedzi serwera i sprawdzam limity: wersję PHP, pamięć, liczbę równoległych procesów, dostępność cache po stronie serwera. Czasem najtańszym przyspieszeniem jest zmiana planu hostingowego, a nie kolejna wtyczka – mówię to wprost.
Etapy
Optymalizacja bez pomiaru jest zgadywaniem. Dlatego pierwszy i ostatni krok są takie same – zmienia się tylko to, co jest pomiędzy.
Zaczynam od pomiaru na konkretnych podstronach: stronie głównej, kategorii i karcie produktu albo usługi. Notuję Core Web Vitals, wagę strony, czas odpowiedzi serwera i liczbę zapytań do bazy danych. Bez tego nie da się później pokazać, co właściwie zmieniła optymalizacja.
Po każdej zmianie przechodzę stronę: formularze, koszyk, wyszukiwarkę, wersję mobilną. Zbyt mocne łączenie i opóźnianie skryptów potrafi wyłączyć slider albo bramkę płatności, więc każdą taką opcję włączam osobno i sprawdzam skutek.
Ten sam zestaw testów co na starcie, wyniki zestawione obok siebie. Dostajesz też listę rzeczy, których nie zrobiłem, i powód – część wymaga zmian w motywie, wymiany wtyczki albo mocniejszego serwera i jest osobną decyzją.
Start współpracy
Największą różnicę daje dostęp do hostingu. Bez niego zostaje optymalizacja z poziomu wtyczek, a to zwykle połowa możliwego zysku.
Wtyczki premium bez aktywnej licencji działają, ale nie dostają aktualizacji. Licencję kupujesz na siebie, bezpośrednio u producenta – dzięki temu zostaje Twoją własnością niezależnie od tego, kto obsługuje stronę.
Powiązane usługi
Jeśli strona jest wolna od lat i nikt nie wie dlaczego, tańszym startem bywa audyt. Jeśli wąskim gardłem jest serwer – przeprowadzka.
Przegląd techniczny, wydajności, bezpieczeństwa i SEO – z listą napraw uporządkowaną według priorytetu i szacowanego kosztu.
Aktualizacje, kopie zapasowe, monitoring dostępności i godziny prac na bieżące zmiany. Trzy pakiety od 200 zł netto miesięcznie.
Przeniesienie strony lub sklepu na nowy hosting bez utraty danych, w dogodnym terminie migracji.
Wolno działający sklep to osobny temat – opisuję go na stronie opieki nad WooCommerce. Pozostałe usługi zebrałem na stronie pełnej oferty serwisu WordPress.
FAQ
Odpowiedzi na to, o co klienci pytają, kiedy pokazuję pierwszy pomiar.
Nie podaję liczby przed pomiarem, bo punkt wyjścia bywa skrajnie różny. Strona z niezoptymalizowanymi zdjęciami i bez cache zwykle daje największą poprawę już po dwóch pierwszych krokach. Strona, którą ktoś wcześniej starannie skonfigurował, zyska mniej, a ten zysk będzie kosztował więcej pracy. Po wstępnym pomiarze mówię, na ile realnie da się zejść i czy w ogóle warto.
Wtyczka bez aktywnej licencji działa dalej, ale nie dostaje aktualizacji – a to znaczy brak poprawek błędów i zgodności z nowymi wersjami WordPressa. Jeśli optymalizacja ma się utrzymać, licencję warto mieć na siebie: kupujesz ją bezpośrednio u producenta, na swoje konto, więc zostaje Twoją własnością niezależnie od tego, kto obsługuje stronę.
Podstawą są Core Web Vitals: czas wyświetlenia największego elementu, opóźnienie reakcji na kliknięcie i przesunięcia układu graficznego. Do tego waga strony, liczba zapytań i czas odpowiedzi serwera. Testy robię w powtarzalnych warunkach – ten sam profil łącza, ten sam region, kilka przebiegów – bo pojedynczy wynik z narzędzia potrafi się wahać o kilkanaście punktów bez żadnej zmiany na stronie.
Szybkość jest jednym z sygnałów, nie głównym. Jeśli strona ładuje się kilka sekund, poprawa realnie pomaga – zarówno w wynikach, jak i w tym, ilu odwiedzających w ogóle doczeka do końca wczytywania. Jeśli problemem jest brak treści albo słaby profil linków, sama optymalizacja tego nie nadrobi i lepiej zacząć od audytu, żeby nie wydać pieniędzy na niewłaściwy front.
Dobieram je do architektury konkretnego serwisu i do serwera, na którym stoi – inaczej konfiguruję pamięć podręczną tam, gdzie działa ona po stronie serwera, inaczej na zwykłym hostingu współdzielonym. Nazwy podaję w wycenie, razem z informacją, czy któraś wymaga płatnej licencji. Zasada jest jedna: im mniej wtyczek zostaje po optymalizacji, tym lepiej.
Ma to sens wtedy, gdy odwiedzający są rozproszeni geograficznie albo strona serwuje dużo grafiki i wideo. Przy lokalnej firmie z ruchem z jednego regionu zysk bywa niewielki, a dochodzi kolejna warstwa, w której trzeba szukać przyczyny przy awarii. Decyzję podejmuję po pomiarze: jeśli wąskim gardłem jest czas odpowiedzi serwera, CDN tego nie naprawi.
Tak, przeprowadzka to osobna usługa – migracja stron WordPress, z testem na nowym serwerze przed przełączeniem domeny. Bywa najtańszym przyspieszeniem: jeśli serwer odpowiada po sekundzie, żadna konfiguracja pamięci podręcznej tego nie nadrobi. Mówię wprost, kiedy tak jest, i pokazuję pomiar. Hosting możesz wykupić u mnie albo u dowolnego dostawcy – w obu przypadkach konto zakładane jest na Ciebie.
