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

Zacznijcie od diagnozy przyczyny, a 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 pomiar pokaże, która z nich kosztuje Was najwięcej. Sprawa jest pilna, bo spowolnienie uderza w 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. Pomiar i wskazanie wąskiego gardła: profilowanie najwolniejszych podstron, analiza wolnych zapytań i sprawdzenie czasu odpowiedzi serwera oddzielnie od czasu renderowania. Metodę opisujemy w tekście o audycie i diagnostyce PrestaShop. 2. Baza danych: indeksy, analiza slow logów i oczyszczenie tabel, które latami rosną w tle. Szczegóły znajdziecie w tekście o tym, jak zoptymalizować bazę danych PrestaShop. 3. Warstwa aplikacji: cache, przegląd modułów oraz usunięcie nieużywanych rozszerzeń i nadpisań rdzenia, o czym szerzej piszemy w tekście o konfiguracji cache w PrestaShop. 4. Serwer i dostarczanie treści: konfiguracja pod PrestaShop, cache po stronie serwera i CDN dla zasobów statycznych. Zobaczcie konfigurację serwera PrestaShop, rolę CDN oraz wdrożenie Vinyl Cache, dawniej Varnish. 5. Dowód poprawy: test obciążeniowy przed zmianami i po nich pokazuje, czy efekt jest realny i przy jakim ruchu sklep nadal usiądzie. Opisujemy to w tekście o testach wydajnościowych PrestaShop. 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. Zobaczcie 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. Przyda się 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, a nie od godziny zbierania kontekstu, co realnie skraca czas naprawy. Jeżeli sklep rośnie, jednorazowa optymalizacja nie wystarczy, bo wydajność spada 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. Jeśli wybieracie agencję do optymalizacji, sprawdźcie, jakie liczby w case study dowodzą, że sklep naprawdę przyspieszył.