Pomoc PrestaShop najczęściej potrzebna jest w trzech momentach: gdy sklep przestaje działać (biały ekran, błąd 500, zepsuty checkout), gdy po aktualizacji „coś się rozjechało", albo gdy moduł płatności lub wysyłki nagle przestaje działać po cichej zmianie API operatora. W takich sytuacjach liczy się czas: każda godzina niedziałającego sklepu to utracone zamówienia i klienci, którzy nie wrócą. Dobra wiadomość: większość awarii PrestaShop to znane, powtarzalne problemy z jasną procedurą naprawy. Doraźna pomoc techniczna kosztuje zwykle 200–600 zł netto za zgłoszenie, a diagnostyka z raportem 500–1 500 zł netto.
Najważniejsze: Najczęstsze awarie PrestaShop: biały ekran i błędy 500 (logi PHP, pamięć, .htaccess), błędy po aktualizacji (kompatybilność modułów, cache), problemy z checkoutem (moduły płatności i dostawy), brak maili (SMTP, kolejka), wolne działanie (serwer, baza) i ataki (bezpieczeństwo, malware). Procedura: backup → logi (PHP, PrestaShop, serwera) → tryb debug → izolacja modułu/motywu → naprawa → test ścieżki zakupowej. Koszt: 200–600 zł netto za zgłoszenie, 500–1 500 zł netto za diagnostykę z raportem.
Zanim zgłosisz problem — szybka samodiagnoza
Trzy pierwsze kroki robi każdy dobry specjalista i możesz je wykonać sam.
- Backup — pliki i baza, zanim cokolwiek dotkniesz. Naprawa bez backupu to rosyjska ruletka.
- Logi —
var/logs/w PrestaShop, logi PHP (error_log), logi serwera (nginx/apache). 80% awarii zostawia ślad w logach. - Tryb debug — w
config/defines.inc.phpwłącz_PS_MODE_DEV_na kopii sklepu: zobaczysz pełny błąd zamiast białego ekranu.
Dopiero potem szukaj przyczyny — i nigdy nie „naprawiaj" produkcyjnego sklepu bez kopii.
Biały ekran i błędy 500
Najczęstsza klasa awarii. Typowe przyczyny, w kolejności prawdopodobieństwa
- Brak pamięci PHP —
memory_limitza niski po dodaniu modułu lub przy dużym imporcie; podnieś limit i sprawdź logi. - Błąd w module — po instalacji/aktualizacji modułu; izoluj: wyłącz moduły po kolei (albo przez bazę w
ps_module), aż sklep wstanie. - Uprawnienia plików — po migracji hostingu pliki bez prawidłowych uprawnień; katalogi 755, pliki 644,
var/zapisywalny. .htaccess— błędna konfiguracja po zmianie serwera lub przez moduł; regeneruj lub tymczasowo wyłącz.- Niezgodność PHP — moduł wymaga innej wersji PHP niż serwer; sprawdź
composer.jsonmodułu i wymagania. - Uszkodzone cache — wyczyść
var/cache(z zachowaniem struktury) i cache Smarty.
Problemy po aktualizacji
Aktualizacje PrestaShop i modułów to klasyczne źródło „niespodzianek".
-
Checkout przestał działać — najczęściej moduł płatności lub dostawy niekompatybilny z nową wersją; sprawdź changelogi i zaktualizuj moduły.
-
Override'y łamią stronę — po aktualizacji rdzenia override nadpisuje zmienioną klasę; weryfikacja i poprawki albo migracja logiki do hooków (piszę o tym w artykule moduły i modyfikacje PrestaShop).
-
Motyw się „rozjeżdża" — zmiany w strukturze szablonów; ratunkiem child theme i poprawki CSS/TPL.
-
Brakujące tłumaczenia i pola — po aktualizacji bazy; uruchom migracje i sprawdź tłumaczenia.
-
Wydajność spadła — nowa wersja + stare cache; pełne czyszczenie i ponowna konfiguracja cache.
-
Zasada: aktualizacje robi się na stagingu, partiami i z planem rollbacku — nie w piątek na produkcji. Jeśli sklep utknął na starej wersji, czas zaplanować migrację: wdrożenia PrestaShop.
Checkout, płatności i wysyłka — problemy, które kosztują najwięcej
- Zamówienia bez aktualizacji statusu — webhooki płatności nie docierają albo mapowanie statusów jest błędne; sprawdź adresy powrotu i logi modułu. Więcej: Przelewy24 w PrestaShop.
- Mapa Paczkomatów nie ładuje się — klucz API ShipX, blokady JS, konflikt z innym modułem dostawy: InPost w PrestaShop.
- Koszty dostawy liczą się błędnie — reguły przewoźników, strefy, waga/gabaryty; testuj koszyk z różnymi kombinacjami.
- Maile nie wychodzą — konfiguracja SMTP (zamiast
mail()), limity hostingu, kolejka; to częsty powód „braku potwierdzeń zamówień". - Porzucone koszyki po aktualizacji checkoutu — porównaj konwersję przed/po; czasem winny jest one page checkout wdrożony bez testów.
Wydajność, bezpieczeństwo i ataki
- Sklep „zamula" przy większym ruchu — serwer, cache, baza; diagnostyka i plan naprawy: optymalizacja PrestaShop.
- Malware i przekierowania — zainfekowane pliki motywu, złośliwe skrypty w modułach; potrzebna pełna analiza, czyszczenie i utwardzenie sklepu.
- Ataki na panel i formularze — brute force, spam; captcha, ograniczenia IP, aktualizacje.
- Wyciek danych — podejrzane logi dostępu i nietypowe zapytania; przy incydencie działaj według procedury RODO.
Jak wygląda profesjonalna pomoc PrestaShop?
Dobry proces wsparcia wygląda tak: przyjęcie zgłoszenia z opisem i dostępami (przez bezpieczny kanał) → backup → diagnostyka na kopii → raport z przyczyną → naprawa → testy → rekomendacje na przyszłość. Nie „naprawimy i nie wiemy co było" — tylko jasna przyczyna i działanie zapobiegawcze.
| Zakres pomocy | Koszt (netto) |
|---|---|
| Doraźna naprawa (jedno zgłoszenie, do 1h) | 200–600 zł |
| Diagnostyka z raportem i planem naprawy | 500–1 500 zł |
| Usunięcie malware i utwardzenie sklepu | 800–2 500 zł |
| Migracja/aktualizacja awaryjna | wycena po analizie |
Jeśli problemy wracają co miesiąc, taniej wychodzi stała opieka — opisuję ją w artykule wsparcie PrestaShop.
Najczęściej zadawane pytania
Sklep pokazuje białą stronę — co robić?
Włącz tryb debug na kopii i sprawdź logi PHP oraz var/logs/. Najczęstsze przyczyny: brak pamięci, błąd modułu, uprawnienia plików, uszkodzone cache. Nie działaj na produkcji bez backupu — a jeśli nie czujesz się pewnie, zgłoś się po pomoc: naprawa to zwykle kwestia godzin.
Ile kosztuje pomoc techniczna PrestaShop?
Doraźna naprawa jednego problemu: 200–600 zł netto. Diagnostyka z raportem: 500–1 500 zł netto. Usunięcie malware z utwardzeniem: 800–2 500 zł netto. Oficjalne wsparcie PrestaShop działa w modelu abonamentowym, a polskie agencje oferują pomoc jednorazową lub stałą opiekę.
Dlaczego po aktualizacji zniknęły zamówienia albo płatności?
Najczęściej moduł płatności nie jest kompatybilny z nową wersją albo override'y kolidują ze zmianami w rdzeniu. Sprawdź logi modułu płatności, statusy webhooków i changelog modułu. Aktualizacje zawsze testuj na stagingu z pełną ścieżką zakupową.
Maile z potwierdzeniem zamówienia nie dochodzą — gdzie szukać przyczyny?
W konfiguracji SMTP sklepu, limitach hostingu i logach wysyłki. Domyślna funkcja mail() bywa blokowana lub trafia do spamu — przejdź na SMTP z uwierzytelnianiem (np. przez własną domenę lub zewnętrzny serwis) i przetestuj dostarczalność na kilka skrzynek.
Czy pomożecie też w sklepie na PrestaShop 1.6/1.7?
Tak, ale stare wersje mają ograniczenia — brak wsparcia bezpieczeństwa i coraz mniej kompatybilnych modułów. Przy powtarzających się awariach rekomendujemy plan migracji na PrestaShop 8/9: wdrożenia PrestaShop. To zwykle tańsze niż wieczne gaszenie pożarów.
Jak przekazać dostęp do sklepu, żeby było bezpiecznie?
Nigdy przez zwykłego maila czy czat. Użyj menedżera haseł z jednorazowym dostępem albo utwórz tymczasowe konto administratora z ograniczeniami i odbierz je po pracach. Hasła zmieniaj po zakończeniu współpracy, a klucze API rotuj.
Źródła i narzędzia
- PrestaShop — oficjalne wsparcie techniczne
- PrestaShop DevDocs — rozwiązywanie problemów
- PrestaShop Build — aktualizacje i bezpieczeństwo
- OWASP — bezpieczeństwo aplikacji webowych
- Google Search Central — utrzymanie strony
👉 Twój sklep na PrestaShop ma awarię lub działa źle? Opisz problem przez formularz kontaktowy lub napisz na kontakt@informatix.com.pl — diagnostyka, naprawa i rekomendacje. Zobacz też integracje e-commerce i sklepy PrestaShop w mojej ofercie.
👉 Wolisz zapobiegać niż naprawiać? Sprawdź artykuły wsparcie PrestaShop, optymalizacja PrestaShop i moduły i modyfikacje PrestaShop.
📖 Zobacz również: Wdrożenia PrestaShop, Przelewy24 w PrestaShop, wycena aplikacji webowej — ile kosztuje w 2026? oraz projektowanie sklepów internetowych. Jak wygląda naprawa integracji w praktyce: Case study: integracja sprzedaży omnichannel na PrestaShop.