PrestaShop: jak bezpiecznie czyścić cache i nie psuć wydajności sklepu

Czym jest cache w PrestaShop i dlaczego jego zarządzanie ma znaczenie

Cache w PrestaShop to mechanizm przechowywania wcześniej przygotowanych danych, plików lub fragmentów widoku, dzięki któremu sklep nie musi generować wszystkiego od nowa przy każdym wejściu użytkownika. Dzięki temu strona ładuje się szybciej, a serwer wykonuje mniej powtarzalnej pracy. Według materiału CyberFolks z 29 lipca 2026 roku, cache w PrestaShop może dotyczyć różnych warstw: szablonów Smarty, plików tymczasowych w katalogu var/cache, skompilowanych zasobów CSS i JavaScript, danych modułów, pamięci podręcznej po stronie serwera (Redis, LiteSpeed Cache), a czasem także CDN lub cache przeglądarki. To ważne rozróżnienie, bo przy problemie ze „starą wersją strony” nie zawsze winny jest ten sam cache. Czasem trzeba wyczyścić cache PrestaShop w panelu, czasem wystarczy odświeżyć cache przeglądarki, a czasem problem dotyczy warstwy serwerowej, modułu optymalizacyjnego albo plików CSS po minifikacji.

Cache nie jest błędem ani przeszkodą - to jeden z podstawowych mechanizmów wydajności sklepu. Celem nie jest jego wyłączenie, ale rozsądne zarządzanie nim podczas zmian, aktualizacji i diagnozy. Zbyt częste pełne czyszczenie cache może powodować krótkie spadki wydajności, bo sklep musi ponownie wygenerować potrzebne pliki i widoki. Dlatego czyszczenie cache powinno być świadomą czynnością, a nie automatycznym odruchem po każdej zmianie. Warto pamiętać, że cache działa najlepiej, gdy wspiera go dobre środowisko serwerowe - szybkie dyski, sprawna baza danych, odpowiednie zasoby PHP i dobrze ustawiona warstwa serwerowa.

Kiedy i jak czyścić cache z panelu oraz przez SSH

Cache warto wyczyścić wtedy, gdy sklep pokazuje nieaktualny widok albo gdy wprowadzasz zmianę, która powinna być widoczna od razu. Typowe sytuacje to: po aktualizacji modułu, po zmianie motywu lub plików szablonu, po edycji CSS lub JavaScript, po zmianie tłumaczeń, po zmianie konfiguracji modułu widocznego na froncie, po wdrożeniu poprawek przez developera, po migracji sklepu, po zmianie ustawień wydajności, minifikacji lub kompilacji, oraz gdy panel pokazuje stare dane mimo zapisania zmian. Nie trzeba natomiast czyścić całego cache po każdej drobnej zmianie produktu, jeśli sklep działa poprawnie i zmiana jest widoczna.

Najbezpieczniejszym sposobem dla większości użytkowników jest czyszczenie cache z panelu PrestaShop. W panelu administracyjnym przejdź do sekcji Zaawansowane → Wydajność, a następnie użyj przycisku Wyczyść cache lub Clear cache. Po kliknięciu poczekaj na zakończenie operacji, otwórz sklep w trybie incognito albo wyczyść cache przeglądarki, a następnie sprawdź stronę główną, kategorię, produkt, koszyk i panel. To najlepszy pierwszy krok, ponieważ PrestaShop wie, które pliki cache powinny zostać odświeżone. Ręczne usuwanie katalogów przez FTP lub SSH zostaw na sytuacje, w których panel nie działa, sklep jest po migracji albo cache został uszkodzony.

Czyszczenie cache przez SSH przydaje się, gdy panel administracyjny nie działa, sklep po migracji pokazuje błąd albo chcesz szybko usunąć pliki cache bez klikania w panelu. Przed wykonaniem komend upewnij się, że jesteś w katalogu właściwego sklepu. W nowszych wersjach PrestaShop cache aplikacji zwykle znajduje się w katalogu var/cache. Możesz usunąć zawartość cache środowiska produkcyjnego i developerskiego komendami: rm -rf var/cache/prod/* oraz rm -rf var/cache/dev/*. Jeśli sklep ma inną strukturę albo starszą wersję, sprawdź katalogi przed usunięciem czegokolwiek: ls -la var/cache oraz ls -la cache. Po usunięciu cache odśwież sklep i panel - pierwsze wejścia mogą być wolniejsze, bo PrestaShop będzie ponownie budować pliki tymczasowe. To normalne. Uwaga: komenda rm -rf usuwa pliki bez pytania o potwierdzenie. Nie uruchamiaj jej z katalogu, którego nie rozpoznajesz.

Czego nie usuwać podczas czyszczenia cache i jak diagnozować problemy

Największe ryzyko przy ręcznym czyszczeniu cache polega na pomyleniu plików tymczasowych z plikami sklepu. Nie usuwaj katalogów, których przeznaczenia nie rozumiesz. W PrestaShop wiele katalogów ma podobnie techniczne nazwy, ale pełnią różne role. Katalogi var/cache/prod/* i var/cache/dev/* można usuwać ostrożnie - to typowy cache produkcyjny i deweloperski w nowszych wersjach. Katalogi cache/smarty/cache i cache/smarty/compile dotykaj tylko jeśli wiesz, co robisz - dotyczą one skompilowanych szablonów Smarty w starszych strukturach. Nigdy nie usuwaj katalogów img (obrazy produktów, kategorii i sklepu), modules (pliki modułów), themes (motyw sklepu i pliki szablonu) ani config (konfiguracja sklepu). Jeśli nie masz pewności, najpierw wykonaj kopię plików lub skonsultuj ścieżkę z administratorem. W sklepie produkcyjnym szybkie usunięcie złego katalogu może oznaczać przerwę w sprzedaży.

Nie każdy problem z widokiem sklepu wynika z cache. Czasem zmiana nie została zapisana, moduł nadpisuje szablon, inna wersja językowa ma osobną konfigurację albo CSS jest ładowany z innego pliku niż zakładasz. Zanim zaczniesz czyścić kilka warstw cache naraz, wykonaj prostą diagnozę: sprawdź stronę w trybie incognito, otwórz ją w innej przeglądarce lub sieci, dodaj krótką testową zmianę w widocznym miejscu, sprawdź, czy zmiana jest zapisana w panelu, wyczyść cache PrestaShop z panelu, sprawdź, czy problem dotyczy jednej strony, czy całego sklepu, wyłącz tymczasowo moduł optymalizacji tylko na czas testu, jeśli to konieczne, sprawdź logi, jeśli po czyszczeniu cache pojawił się błąd. Jeżeli po wyczyszczeniu cache problem nie znika, nie powtarzaj tej samej czynności kilka razy. Prawdopodobnie przyczyna leży w konfiguracji modułu, motywie, nadpisaniu szablonu, błędzie JavaScript, uprawnieniach plików albo cache innej warstwy.

W PrestaShop problem z cache często jest trudny dlatego, że cache nie istnieje tylko w jednym miejscu. Możesz wyczyścić cache w panelu, ale nadal widzieć starą wersję przez przeglądarkę, CDN, moduł optymalizacyjny albo cache serwera. Warstwy to: cache PrestaShop (pliki tymczasowe aplikacji i skompilowane elementy), Smarty cache (szablony i wygenerowane widoki), CCC (połączone, skompresowane lub zoptymalizowane CSS i JavaScript), cache serwerowy (gotowe odpowiedzi lub dane przyspieszające stronę), Redis (dane w pamięci RAM, zależnie od konfiguracji), CDN (statyczne pliki i czasem całe odpowiedzi z edge), cache przeglądarki (pliki CSS, JS, obrazy i zasoby lokalne). Diagnozę zacznij od najprostszej warstwy: tryb incognito, inna przeglądarka, inna sieć, panel PrestaShop. Dopiero później przechodź do cache serwerowego, Redis, CDN lub ręcznego usuwania plików.

Jak czyścić cache bez utraty wydajności i rola hostingu

Najbezpieczniej czyścić cache świadomie, po konkretnej zmianie i z krótkim testem działania sklepu. Nie chodzi o to, aby nigdy nie czyścić cache, ale o to, aby nie robić tego przypadkowo i zbyt często. Dobry proces wygląda tak: sprawdź, co zostało zmienione (moduł, motyw, tłumaczenie, konfiguracja, CSS czy JS), wykonaj kopię zapasową, jeśli zmiana jest większa lub dotyczy produkcji, wyczyść cache z panelu PrestaShop, odśwież stronę w trybie incognito lub po wyczyszczeniu cache przeglądarki, sprawdź kluczowe podstrony (stronę główną, kategorię, produkt, koszyk i checkout), jeśli korzystasz z cache serwerowego lub CDN, wyczyść tylko potrzebną warstwę, po większym czyszczeniu odwiedź najważniejsze podstrony, aby sklep odbudował część cache. W dużym sklepie warto mieć listę adresów do szybkiego sprawdzenia po czyszczeniu cache: strona główna, najważniejsze kategorie, produkty z reklam, koszyk, strona logowania, checkout i podstrona z regulaminem dostawy.

Automatyczne czyszczenie cache po każdej zmianie bywa wygodne, ale może obniżać wydajność, jeśli sklep jest często aktualizowany. Przy dużym katalogu produktów i integracjach magazynowych ciągłe czyszczenie cache może sprawić, że sklep niemal cały czas będzie odbudowywał pliki. Innego podejścia wymaga mały sklep z kilkoma zmianami tygodniowo, a innego sklep, w którym ceny i stany magazynowe aktualizują się wiele razy dziennie. Przy zmianie motywu lub CSS wyczyść cache po wdrożeniu, przy aktualizacji modułu wyczyść cache i wykonaj test, przy codziennym imporcie stanów nie czyść pełnego cache bez potrzeby, przed dużą kampanią reklamową wyczyść cache przed kampanią, nie w trakcie, a przy diagnozie błędu wyczyść cache kontrolowanie. Najlepsze ustawienie to takie, które zachowuje równowagę między aktualnością treści a szybkością sklepu.

Hosting wpływa na to, jak szybko sklep generuje cache, jak sprawnie obsługuje pierwsze wejścia po czyszczeniu i czy ma dostęp do technologii wspierających wydajność. Cache nie działa w próżni - potrzebuje szybkiego dysku, sprawnej bazy danych, odpowiednich zasobów PHP i dobrze ustawionej warstwy serwerowej. Na hostingu PrestaShop w cyber_Folks dostępne są technologie wspierające wydajność sklepu, takie jak LiteSpeed Cache, Redis, dyski NVMe, HTTP/3, kopie zapasowe zamówień, WAF, SSH, Installatron i cyber_Boost. To szczególnie ważne, gdy sklep ma większy katalog produktów, dużo modułów, integracje i regularne kampanie sprzedażowe. Dobry hosting nie zastąpi poprawnej konfiguracji PrestaShop, ale ułatwia utrzymanie wydajności. Jeśli sklep po każdym czyszczeniu cache długo się odbudowuje, warto sprawdzić nie tylko ustawienia panelu, lecz także zasoby serwera, rozmiar bazy, liczbę modułów i jakość motywu. Jeśli szukasz hostingu z tymi mechanizmami w standardzie, [LINK] daje to bez dodatkowych kosztów.

Jeśli szukasz hostingu z LiteSpeed Cache, Redis, dyskami NVMe i HTTP/3 w standardzie, dhosting.pl daje to bez dodatkowych kosztów.

Jeśli chcesz zgłębić temat, zajrzyj też do naszych powiązanych poradników: Hosting dla sklepu internetowego, LiteSpeed vs Apache vs Nginx, CDN w hostingu Cloudflare, Backup w hostingu - dlaczego jest ważny.

Najczęstsze pytania