Sklep PrestaShop ładuje się coraz wolniej i tracę sprzedaż: od czego zacząć?

Zacznijcie od diagnozy przyczyny, nie od zakupu mocniejszego serwera. W sklepach, które zwalniają systematycznie (a nie tylko w szczytach), źródłem są zwykle cztery rzeczy: rosnąca baza danych bez indeksów i z zaległymi logami, narastająca liczba modułów, brak lub błędna konfiguracja cache oraz nieoptymalizowane obrazy. Dopiero po pomiarze wiadomo, które z nich kosztuje Was najwięcej.

Dlaczego to pilne: spowolnienie działa na sprzedaż podwójnie, przez porzucone koszyki i przez pozycje w wyszukiwarce. Mechanizm i sposób liczenia strat opisujemy w tekście o niskim współczynniku konwersji.

Kolejność działań:

1. 1. Pomiar i wskazanie wąskiego gardła. Profilowanie najwolniejszych podstron, analiza wolnych zapytań, sprawdzenie czasu odpowiedzi serwera oddzielnie od czasu renderowania. Metodę opisujemy w tekście o audycie i diagnostyce PrestaShop.
2. 2. Baza danych. Indeksy, analiza slow logów, oczyszczenie tabel, które rosną w tle latami. Szczegóły: jak zoptymalizować bazę danych PrestaShop.
3. 3. Warstwa aplikacji. Cache, przegląd modułów, usunięcie nieużywanych rozszerzeń i nadpisań rdzenia. Szerzej: konfiguracja cache w PrestaShop.
4. 4. Serwer i dostarczanie treści. Konfiguracja pod PrestaShop, cache po stronie serwera, CDN dla zasobów statycznych. Zobacz konfigurację serwera PrestaShop, rolę CDN oraz wdrożenie Vinyl Cache, dawniej Varnish.
5. 5. Dowód poprawy. Test obciążeniowy przed i po zmianach pokazuje, czy efekt jest realny, i przy jakim ruchu sklep nadal usiądzie: testy wydajnościowe PrestaShop.
6. 6. Odporność na szczyt ruchu. Ruch botów i ataki wolumetryczne obciążają sklep tak samo jak realni klienci, a awarie w szczycie sprzedaży powtarzają się według kilku stałych scenariuszy. Zobacz ochronę PrestaShop przed DDoS oraz kosztowne awarie PrestaShop w szczycie sprzedaży.

Zanim skontaktujecie się z wykonawcą, zbierzcie cztery informacje: wersję PHP i PrestaShop, stan cache (czy jest włączony i jaki), listę modułów dodanych lub zaktualizowanych w ostatnich tygodniach oraz wpisy z logu błędów z okresu spowolnienia. Przydatna jest też informacja, czy zwalnia cały sklep, czy konkretne widoki, na przykład listing kategorii albo koszyk. Z tymi danymi diagnoza zaczyna się od razu, zamiast od godziny zbierania kontekstu, a to realnie skraca czas naprawy.

Jeżeli sklep rośnie, jednorazowa optymalizacja nie wystarczy, bo wydajność degraduje się z każdym nowym modułem i przyrostem danych. Dlatego warto połączyć jednorazowe usprawnienia z ciągłym monitoringiem. Zakres prac naprawczych opisuje strona optymalizacji PrestaShop, punktem wyjścia jest audyt techniczny, samo wdrożenie warstwy cache i reverse proxy realizujemy jako optymalizację wydajności PrestaShop pod klucz, a stały monitoring wydajności wchodzi w WayCare.