PrestaShop potrafi działać szybko — ale domyślna instalacja z kilkunastoma modułami i nieskonfigurowanym serwerem to jedna z najczęstszych przyczyn porzucania koszyków w polskim e-commerce. Każda dodatkowa sekunda ładowania to realne straty: badania konwersji pokazują, że opóźnienie o 1 s potrafi obniżyć sprzedaż o kilka procent. Dobra wiadomość: PrestaShop da się zoptymalizować metodycznie — od serwera i PHP, przez cache i obrazy, po bazę danych i moduły. Typowy audyt wykazuje 30–70% poprawy czasów ładowania, a wdrożenie optymalizacji kosztuje zwykle 1 500–5 000 zł netto.
Najważniejsze: Optymalizacja PrestaShop to praca na pięciu warstwach: serwer i PHP (8.x, OPcache, Redis), cache PrestaShop (Smarty, CCC, full-page), obrazy i front (WebP, lazy loading, CDN), baza danych (czyszczenie, indeksy) oraz moduły i overrides. Audyt wydajności kosztuje 500–1 500 zł netto, wdrożenie optymalizacji 1 500–5 000 zł netto, a stała opieka od 300 zł miesięcznie. Efekt: szybsze ładowanie, lepsze Core Web Vitals i wyższa konwersja.
Od czego zacząć optymalizację sklepu na PrestaShop?
Zacznij od pomiaru, nie od zgadywania. Bez danych nie wiadomo, czy problemem jest serwer, motyw czy konkretny moduł — a „optymalizacja na wyczucie" kończy się wydanymi pieniędzmi bez efektu.
- Audyt wydajności — PageSpeed Insights i Lighthouse (Core Web Vitals: LCP, INP, CLS), WebPageTest dla pełnego profilu ładowania.
- Profilowanie serwera — czasy odpowiedzi PHP, wykorzystanie CPU/RAM, I/O dysku, konfiguracja MySQL/MariaDB.
- Profilowanie PrestaShop — w trybie deweloperskim włącz profilera (parametr
_profiler), aby zobaczyć, które zapytania SQL i hooki zjadają najwięcej czasu. - Lista modułów i override'ów — każdy moduł na froncie to dodatkowe CSS, JS i zapytania; override'y potrafią łamać cache.
Dopiero po audycie wiadomo, co naprawiać w pierwszej kolejności. Kolejność prac zwykle: serwer → cache → obrazy → baza → moduły.
Serwer i PHP — fundament wydajności
Większość wolnych sklepów na PrestaShop to efekt niedopasowanego hostingu. Sklep to nie strona wizytówka: generuje zapytania do bazy przy każdym odsłonie kategorii i koszyka.
- PHP 8.x — PrestaShop 8 i 9 wspierają PHP 8.1+; samo przejście z PHP 7.4 na 8.x daje zwykle 20–40% szybsze wykonanie kodu.
- OPcache — włączony i poprawnie skonfigurowany (rozmiar pamięci,
validate_timestampswyłączony na produkcji). - Redis lub Memcached — cache obiektów dla PrestaShop; konfiguracja w
app/config/parameters.php. Redis redukuje zapytania do bazy o 30–60% przy dużym ruchu. - Nginx + PHP-FPM — najczęstszy wybór pod PrestaShop; Apache z mod_php to dzisiaj wyraźnie wolniejsza opcja. O konfiguracji serwera piszę szerzej w artykule o Nginx i Apache dla PHP.
- MySQL/MariaDB — InnoDB, bufor puli (
innodb_buffer_pool_size), osobny serwer bazy przy dużych sklepach. - HTTP/2 lub HTTP/3 + CDN — szczególnie dla sklepów sprzedających w całej Polsce.
Cache w PrestaShop — co włączyć, a czego nie
PrestaShop ma kilka warstw cache i każda wymaga decyzji.
| Mechanizm | Co daje | Uwagi |
|---|---|---|
| Cache Smarty (szablony) | Mniejsze zużycie CPU | Włączony na produkcji, wyłączony przy pracach nad motywem |
| CCC (Combine, Compress, Cache) | Łączenie i kompresja CSS/JS | Włączaj po kolei i testuj — część motywów się „sypie" |
| Cache pełnostronicowy | Największy skok dla niezalogowanych | Wymaga wsparcia w motywie; wyklucz koszyk i konto |
| Cache obiektów (Redis) | Mniej zapytań SQL | Wymaga rozszerzenia i konfiguracji serwera |
| Cache bazy (statystyki) | Mniejsza tabela statystyk | Czyszczenie ps_connections* i ps_page* |
- Zasada: każdą warstwę włączaj osobno i mierz efekt. Cache bez pomiaru to proszenie się o kłopoty — zwłaszcza gdy moduły nie są zgodne z pełnostronicowym cache'em.
Obrazy i front — największy zysk przy najmniejszym wysiłku
Na typowej stronie kategorii obrazy to 60–80% wagi. Dlatego prace nad obrazami dają najszybszy efekt.
- Format WebP lub AVIF — mniejsza waga przy tej samej jakości; PrestaShop 8+ generuje WebP natywnie po włączeniu w ustawieniach wydajności.
- Poprawne wymiary miniatur — konfiguracja typów obrazów (
Design > Image Settings) tak, aby kategoria nie ładowała zdjęć w rozmiarze produktowym. - Lazy loading — natywne
loading="lazy"poza pierwszym ekranem. - Kompresja i CDN dla obrazów — serwisy typu image CDN potrafią zdjąć z serwera nawet 40% transferu.
- Fonty i ikony — self-hosting fontów, subsetting, ikony jako SVG zamiast całych bibliotek.
- Krytyczny CSS i JS — odkładanie skryptów niekrytycznych (
defer), porządki w zewnętrznych skryptach (czaty, piksele).
Baza danych — niewidzialny zabójca wydajności
Sklepy działające od lat mają w bazie tysiące rekordów, które nigdy nie powinny tam trafić.
- Koszyki gości — tabela
ps_cartpotrafi mieć miliony wierszy; czyszczenie starych, niezakończonych koszyków to standardowy zabieg. - Statystyki —
ps_connections,ps_connections_page,ps_page_viewed: archiwizacja i czyszczenie według polityki retencji. - Stare zamówienia i logi — archiwizacja do tabel historycznych zamiast trzymania wszystkiego w tabelach operacyjnych.
- Indeksy — weryfikacja indeksów pod najczęstsze zapytania (kategoria, produkt, cena, atrybuty).
- Tabele po modułach — pozostałości po odinstalowanych modułach warto wyczyścić.
Czyszczenie bazy wykonuj zawsze po backupie i najlepiej poza godzinami szczytu — to operacje na żywym organizmie sklepu.
Moduły i modyfikacje — porządki w kodzie
- Wyłącz, co nieużywane — moduły nieaktywne nadal potrafią ładować hooki.
- Prześwietl override'y — każdy override to ryzyko przy aktualizacji i potencjalne źródło błędów; część można zastąpić poprawnymi hookami.
- Debug profiler — w trybie deweloperskim pokazuje czas i liczbę zapytań per hook: od razu widać winowajców.
- Zewnętrzne skrypty — czaty, rekomendacje i piksele reklamowe ładuj asynchronicznie; często ważą więcej niż cały motyw.
- Aktualizacje — PrestaShop 8.x i 9.x mają poprawki wydajnościowe; siedzenie na 1.6/1.7 to dziś koszt, nie oszczędność (o migracjach piszę w artykule o wdrożeniach PrestaShop).
Ile kosztuje optymalizacja PrestaShop?
| Zakres | Cena (netto) |
|---|---|
| Audyt wydajności z raportem | 500–1 500 zł |
| Wdrożenie optymalizacji (serwer, cache, obrazy, baza) | 1 500–5 000 zł |
| Optymalizacja pod duży ruch (Redis, CDN, baza, motyw) | 4 000–10 000 zł |
| Stała opieka wydajnościowa | od 300 zł/mies. |
Jeśli sklep wymaga też napraw błędów i rozwoju, zobacz pomoc PrestaShop i wsparcie PrestaShop. Szerszy kontekst budowy i rozwoju sklepów opisuję w przewodniku projektowanie sklepów internetowych.
Najczęściej zadawane pytania
Ile można zyskać na optymalizacji PrestaShop?
Typowy sklep po audycie zyskuje 30–70% na czasach ładowania — najwięcej dają serwer z PHP 8.x, Redis, poprawne obrazy i czyszczenie bazy. Efekty widać też w Core Web Vitals i współczynniku porzucenia koszyka, szczególnie na mobile.
Czy optymalizacja PrestaShop wymaga zmiany hostingu?
Nie zawsze — ale jeśli audyt pokazuje wolne I/O dysku, brak OPcache czy przeładowany serwer współdzielony, zmiana hostingu na VPS lub serwer dedykowany bywa najtańszą dużą optymalizacją. Sam tuning kodu nie pomoże, gdy wąskim gardłem jest infrastruktura.
Czy włączenie CCC i cache może zepsuć sklep?
Tak — część modułów i motywów nie jest zgodna z pełnostronicowym cache'em, a CCC potrafi łamać kolejność skryptów. Dlatego każdą warstwę cache włączamy osobno, na kopii, i testujemy ścieżkę zakupową: koszyk, płatność, potwierdzenie zamówienia.
Czy PrestaShop 8 i 9 są szybsze od 1.6 i 1.7?
Tak — nowsze wersje mają usprawnienia w kodzie i wsparcie PHP 8.x, które samo w sobie przyspiesza wykonanie o 20–40%. Stare wersje są też ryzykiem bezpieczeństwa. Migrację warto zaplanować jak projekt: wdrożenia PrestaShop.
Jak często czyścić bazę danych sklepu?
Koszyki gości i statystyki warto czyścić co miesiąc (automatycznie, po backupie), a pełny przegląd bazy — raz na kwartał. Przy sklepach z dużym ruchem retencja statystyk powinna być krótka: dane operacyjne to nie archiwum.
Czy optymalizacja PrestaShop to jednorazowy projekt?
Podstawowa optymalizacja to jednorazowy projekt, ale sklep żyje: dochodzą moduły, kampanie i produkty, a każdy z nich może degradować wydajność. Dlatego sensowna jest stała opieka z monitoringiem Core Web Vitals i budżetem na prace — szczegółowo opisuję ją w artykule o wsparciu PrestaShop.
Źródła i narzędzia
- PageSpeed Insights — pomiar Core Web Vitals
- Google Search Central — Core Web Vitals
- PrestaShop DevDocs — Performance
- web.dev — obrazy: WebP i lazy loading
- Redis — dokumentacja
👉 Twój sklep na PrestaShop działa zbyt wolno? Zacznij od audytu wydajności — zobacz, jak wygląda wdrożenie i rozwój sklepów PrestaShop w mojej ofercie: audyt, optymalizacja serwera i bazy, cache, obrazy i opieka po wdrożeniu. Napisz przez formularz kontaktowy lub na kontakt@informatix.com.pl.
👉 Rozwijasz sklep i potrzebujesz wsparcia? Sprawdź artykuły pomoc PrestaShop, wsparcie PrestaShop i integracje e-commerce.
📖 Zobacz również: Wdrożenia PrestaShop, PrestaShop API, wycena aplikacji webowej — ile kosztuje w 2026? oraz projektowanie sklepów internetowych.