Wolny PrestaShop? Zrobimy darmowy mini-audyt szybkości.Zamów mini-audyt
PrestaShop 1.6 · 1.7 · 8 · Docker · Cloudflare

Optymalizacja PrestaShop: szybki sklep bez zgadywania

Sklep PrestaShop zwalnia zwykle z kilku konkretnych powodów: ciężkie zdjęcia, skrypty z modułów, brak cache albo źle ustawiony serwer. Najpierw mierzymy, potem poprawiamy przyczynę i mierzymy jeszcze raz. W jednym ze sklepów karta produktu przeszła z 44 do 77–81 punktów w PageSpeed na telefonie.

Pomiar przed i po Poprawki na kopii sklepu Bez aktualizacji do PS 8 Stała opieka po optymalizacji
44 → 81
punkty PageSpeed karty produktu (mobile)
361 → 45 KB
galeria produktu po przejściu na WebP
6798
brakujących plików WebP wygenerowanych automatycznie
~82
punkty PageSpeed strony głównej (wcześniej 67–71)
Checklista

10 przyczyn wolnego sklepu PrestaShop

Sprawdź swój sklep według tej listy. Jeśli nie wiesz, od czego zacząć, zrobimy to za Ciebie w darmowym mini-audycie.

1. Zdjęcia bez WebP

Galeria produktu potrafi ważyć kilkaset kilobajtów. Po przejściu na WebP w jednym sklepie spadła z 361 KB do 45 KB.

2. Skrypty z modułów

Każdy moduł dokłada swój CSS i JS na wszystkich podstronach, także tam, gdzie nic nie robi.

3. Brak cache stron

Bez cache każda wizyta to pełne generowanie strony przez PHP i bazę danych.

4. Cache, który nie wie o zmianach

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ł.

5. Stare PHP i brak OPcache

PrestaShop na starym PHP albo bez poprawnie ustawionego OPcache wykonuje tę samą pracę przy każdym wejściu.

6. Ciężkie zapytania do bazy

Filtry warstwowe, wyszukiwarka i moduły statystyk potrafią generować setki zapytań na jedną stronę.

7. Obrazki bez wymiarów

Strona przeskakuje podczas ładowania, a PageSpeed karze to w CLS.

8. Rosnące tabele

Tabele połączeń, koszyków i logów rosną latami i spowalniają panel oraz zapytania.

9. Konfiguracja serwera

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.

10. Złośliwy kod

Skimmer albo backdoor w module też spowalnia sklep. Porównujemy pliki z oficjalnym wydaniem PrestaShop.

Wyniki

Optymalizacja PrestaShop w liczbach

Sklep Erpix Kärcher Center, którym się opiekujemy. PageSpeed w wersji mobilnej.

Przed i po optymalizacji

Co mierzyliśmyPrzed → 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 WebP361 KB → 45 KB
Zdjęcie okładki kategorii292 KB → 24 KB
Brakujące pliki WebP6798 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.

Jak pracujemy

Jak przyspieszamy sklep PrestaShop

01

Pomiar

PageSpeed i czas odpowiedzi serwera dla strony głównej, kategorii, karty produktu i koszyka. Bez pomiaru nie wiadomo, co poprawiać.

02

Diagnoza

Sprawdzamy moduły, motyw, wersję PHP, cache, bazę danych i logi serwera. Szukamy przyczyny, a nie kolejnego modułu „do przyspieszania”.

03

Poprawki na kopii

Zmiany robimy na kopii sklepu i sprawdzamy koszyk oraz płatności, zanim trafią na produkcję.

04

Pomiar po

Te same strony, te same narzędzia. PageSpeed waha się między pomiarami, więc podajemy zakres.

Po optymalizacji

Opieka PrestaShop, żeby sklep nie zwolnił znowu

Sklep zwalnia z czasem: dochodzą moduły, zdjęcia i dane w bazie. W opiece pilnujemy, żeby wyniki zostały.

Aktualizacje

PrestaShop, moduły i PHP aktualizujemy najpierw na kopii sklepu.

Kopie zapasowe

Codzienne kopie poza serwerem i sprawdzone przywracanie.

Monitoring

Dostępność, błędy 500, uprawnienia plików cache i zmiany w plikach sklepu.

Ktoś pod telefonem

Gdy sklep przestaje działać, wiesz, do kogo dzwonić.

Pogotowie IT →
FAQ

Pytania o optymalizację PrestaShop

Ile kosztuje optymalizacja PrestaShop?

+
Zależy od tego, co spowalnia sklep. Po darmowym mini-audycie wiemy, czy wystarczą zdjęcia i cache, czy trzeba przepisać moduł albo zmienić serwer. Wycenę dostajesz w ciągu 1–2 dni roboczych.

Czy moduł do cache wystarczy?

+
Czasem pomaga, ale nie rozwiąże ciężkich zdjęć, skryptów z modułów ani wolnych zapytań do bazy. Do tego cache trzeba czyścić po zmianie produktu, inaczej klienci widzą stare ceny.

Dlaczego po wyczyszczeniu cache sklep pokazuje błąd 500?

+
Najczęściej przez uprawnienia: pliki w var/cache odtworzone przez innego użytkownika systemowego niż PHP-FPM, których PHP nie może odczytać. Druga częsta przyczyna to ręczne kasowanie całego var/cache/prod, które usuwa też kontener Symfony. Opisujemy to w poradniku o błędzie 500 po wyczyszczeniu cache.

Czy optymalizacja wymaga aktualizacji do PrestaShop 8?

+
Nie. Większość poprawek robimy na obecnej wersji. Aktualizację planujemy osobno, gdy motyw i moduły są na nią gotowe.

Jak szybko widać efekt?

+
Zdjęcia i cache dają efekt od razu po wdrożeniu. Google potrzebuje kilku tygodni, żeby nowe dane o szybkości pojawiły się w raporcie Core Web Vitals.

Zobacz też

Darmowy mini-audyt

Sprawdzimy, co spowalnia Twój sklep PrestaShop

Kamil Perzowski, ASAPDevs
Kamil Perzowski
CEO & Co-founder, ASAPDevs
Zmierzę kluczowe strony i wskażę 3 najważniejsze przyczyny. Bez zobowiązań.

Wysyłając formularz, przekazujesz nam dane, żebyśmy mogli odpowiedzieć. Szczegóły w polityce prywatności.