Wolny WooCommerce? Zrobimy darmowy test wydajności.Zamów test wydajności

WooCommerce · WordPress · PHP · cache

Optymalizacja WooCommerce: przyczyna, nie kolejna wtyczka

Wolny sklep WooCommerce rzadko wynika z „za słabego WordPressa”. U naszych klientów winne były sesje PHP blokujące cache, jedno ciężkie zapytanie do bazy, zawieszone procesy na serwerze albo źle ustawiony OPcache. Mierzymy, znajdujemy przyczynę i mierzymy jeszcze raz.

Zamów darmowy test wydajności Najczęstsze przyczyny

Pomiar przed i po Praca na kopii sklepu Hosting z cache, jeśli trzeba Opieka techniczna po optymalizacji

2×

szybszy koszyk po przeniesieniu na nasz serwer

1,5 s → 0,1 s

czas odpowiedzi serwera (TTFB) po naprawie cache

8,2 → 1,3 s

karta produktu bez cache w kwiaciarni

212

adresów odświeżanych w cache automatycznie po zmianie

Przyczyny

Dlaczego WooCommerce działa wolno?

Sześć przyczyn, które znaleźliśmy w sklepach klientów w ostatnich miesiącach.

Sesja PHP na każdej stronie

Motyw uruchamiał session_start() dla każdego gościa. WP Rocket nie zapisuje stron z ciasteczkiem, więc katalog cache był pusty od miesięcy.

Procesy, które nie umierają

Na współdzielonym serwerze po godzinie było 2971 procesów zombie Chrome (Puppeteer) z innej aplikacji. Sklepy płaciły za to czasem odpowiedzi.

OPcache i JIT

Za mały OPcache z włączonym JIT dawał błąd 500 na całym sklepie, a na innym serwerze awarie PHP-FPM. Pomogło wyłączenie JIT i większy bufor.

Stary kod po wdrożeniu

Przy validate_timestamps=0 serwer wykonuje stary kod, dopóki nikt nie przeładuje PHP-FPM. Poprawka „nie działa”, choć jest na serwerze.

Ciężkie zapytania do bazy

Jedno zapytanie po metadanych trwało 10–16 s. Lista produktów ładowała się 2–8 s, po naprawie 1,2–2,8 s.

Zdublowane dane strukturalne

Dwa niezależne bloki JSON-LD na karcie produktu dały ostrzeżenie w Google na 681 adresach.

Wyniki

Optymalizacja WooCommerce w liczbach

Bez nazw klientów. Każda poprawka zaczynała się od pomiaru.

Przed i po

Sklep i sytuacja	Przed → po
Kwiaciarnia, koszyk po przeniesieniu na nasz serwer	2,1–2,6 s → 1,1–1,4 s
Ta sama kwiaciarnia, karta produktu bez cache	2,6–8,2 s → ok. 1,3 s
Odświeżanie cache po każdej zmianie treści	212 adresów w ok. 130 s, automatycznie
KwiatyDonice.pl, cache blokowany przez sesję PHP motywu	TTFB 1300–1600 ms → 41–107 ms
Sklep spożywczy, lista produktów po naprawie zapytania	2–8 s → 1,2–2,8 s

Całe wdrożenie w KwiatyDonice.pl: case study sklepu z hurtem i detalem.

Jak pracujemy

Jak przyspieszamy sklep WooCommerce

Test wydajności

Czas odpowiedzi serwera (TTFB) i PageSpeed dla strony głównej, kategorii, produktu, koszyka i checkoutu. Z cache i bez.

Diagnoza

Query Monitor, logi PHP i serwera, procesy na serwerze, nagłówki cache. Szukamy, co blokuje, a nie dokładamy wtyczek.

Poprawki na kopii

Kod motywu, wtyczki, konfiguracja serwera i cache. Koszyk i płatności sprawdzamy przed wdrożeniem.

Pomiar po

Te same strony, te same narzędzia. Widzisz, co dała każda poprawka.

Po optymalizacji

Opieka techniczna WordPress i WooCommerce

Żeby sklep nie zwolnił po kolejnej aktualizacji albo nowej wtyczce.

Aktualizacje na kopii

WordPress, WooCommerce, wtyczki i PHP sprawdzamy na kopii, zanim trafią na sklep.

Hosting z cache

Możemy przenieść sklep na nasz serwer z cache stron i monitoringiem.

Monitoring

Dostępność, błędy 500, czas odpowiedzi i zmiany w plikach.

Opieka techniczna

Opieka nad WordPressem i WooCommerce w abonamencie.

Pogotowie IT →

FAQ

Pytania o optymalizację WooCommerce

Dlaczego WooCommerce działa wolno, mimo wtyczki do cache?

Najczęściej cache po cichu nie działa. Wystarczy, że motyw albo wtyczka ustawia ciasteczko sesji każdemu gościowi, a strony przestają być zapisywane. W jednym sklepie po usunięciu tej przyczyny czas odpowiedzi serwera spadł z 1300–1600 ms do 41–107 ms.

Ile kosztuje optymalizacja WooCommerce?

Zależy od przyczyny. Po darmowym teście wydajności wiemy, czy chodzi o cache, kod, bazę czy serwer. Wycenę dostajesz w ciągu 1–2 dni roboczych.

Czy zmiana hostingu przyspieszy sklep?

Czasem tak. Po przeniesieniu kwiaciarni na nasz serwer koszyk działał mniej więcej dwa razy szybciej. Ale jeśli przyczyną jest kod albo sesja PHP, nowy hosting tego nie naprawi.

Czy warto przejść na najnowsze PHP?

Tak, ale po teście na kopii i z rozsądną konfiguracją OPcache. Włączony JIT przy za małym OPcache dawał nam błędy 500 i awarie PHP-FPM. Najpierw wtyczki, potem PHP, potem sprawdzenie koszyka i płatności.

Co to jest opieka techniczna WordPress i WooCommerce?

Stałe aktualizacje na kopii, kopie zapasowe poza serwerem, monitoring dostępności i zmian w plikach oraz ktoś, kto reaguje, gdy sklep przestaje działać.

Sprawdzimy, co spowalnia Twój sklep WooCommerce

Kamil Perzowski

CEO & Co-founder, ASAPDevs

Zmierzę kluczowe strony i wskażę 3 najważniejsze przyczyny. Bez zobowiązań.