Sprawdź swój sklep według tej listy. Jeśli nie wiesz, od czego zacząć, zrobimy to za Ciebie w darmowym mini-audycie.
Galeria produktu potrafi ważyć kilkaset kilobajtów. Po przejściu na WebP w jednym sklepie spadła z 361 KB do 45 KB.
Każdy moduł dokłada swój CSS i JS na wszystkich podstronach, także tam, gdzie nic nie robi.
Bez cache każda wizyta to pełne generowanie strony przez PHP i bazę danych.
Albo odwrotnie: cache czyszczony w całości przy każdym zapisie produktu. W jednym sklepie integracje wywoływały pełne czyszczenie co ok. 20 s, więc cache praktycznie nie istniał.
PrestaShop na starym PHP albo bez poprawnie ustawionego OPcache wykonuje tę samą pracę przy każdym wejściu.
Filtry warstwowe, wyszukiwarka i moduły statystyk potrafią generować setki zapytań na jedną stronę.
Strona przeskakuje podczas ładowania, a PageSpeed karze to w CLS.
Tabele połączeń, koszyków i logów rosną latami i spowalniają panel oraz zapytania.
Pliki cache zapisane przez innego użytkownika niż PHP-FPM, proxy, które po restarcie nie widzi kontenera aplikacji. Takie błędy kończą się 500 albo 502.
Skimmer albo backdoor w module też spowalnia sklep. Porównujemy pliki z oficjalnym wydaniem PrestaShop.
Sklep Erpix Kärcher Center, którym się opiekujemy. PageSpeed w wersji mobilnej.
| Co mierzyliśmy | Przed → po |
|---|---|
| Karta produktu (PageSpeed, mobile) | 44 → 77–81 pkt |
| Strona główna (PageSpeed, mobile) | 67–71 → ok. 82 pkt |
| Galeria produktu po przejściu na WebP | 361 KB → 45 KB |
| Zdjęcie okładki kategorii | 292 KB → 24 KB |
| Brakujące pliki WebP | 6798 wygenerowanych, nowe co noc automatycznie |
| Obrazki bez wymiarów (przeskakujący układ strony) | 16 → 2 |
Wyniki PageSpeed wahają się między pomiarami, dlatego podajemy zakresy.
Cały case: Erpix Kärcher Center, UI, szybkość i wyszukiwarka.
PageSpeed i czas odpowiedzi serwera dla strony głównej, kategorii, karty produktu i koszyka. Bez pomiaru nie wiadomo, co poprawiać.
Sprawdzamy moduły, motyw, wersję PHP, cache, bazę danych i logi serwera. Szukamy przyczyny, a nie kolejnego modułu „do przyspieszania”.
Zmiany robimy na kopii sklepu i sprawdzamy koszyk oraz płatności, zanim trafią na produkcję.
Te same strony, te same narzędzia. PageSpeed waha się między pomiarami, więc podajemy zakres.
Sklep zwalnia z czasem: dochodzą moduły, zdjęcia i dane w bazie. W opiece pilnujemy, żeby wyniki zostały.
PrestaShop, moduły i PHP aktualizujemy najpierw na kopii sklepu.
Codzienne kopie poza serwerem i sprawdzone przywracanie.
Dostępność, błędy 500, uprawnienia plików cache i zmiany w plikach sklepu.
Moduły na zamówienie, odświeżenie sklepu, integracje.
Gdy przyczyną jest hosting: przeniesienie sklepu bez utraty zamówień.
Poradnik: uprawnienia var/cache, kontener Symfony, Smarty.
Zdublowany purchase, baner zgody i GTM w cache.
