Panel działa, sklep nie działa - co to mówi o przyczynie

Publikacja: 23 września 2026 · Grzegorz Rapczyński

Kiedy ktoś zgłasza mi awarię sklepu, pierwsze pytanie brzmi zawsze tak samo: co dokładnie nie działa - sklep, panel, czy jedno i drugie? Przy PrestaShop ta jedna odpowiedź zawęża listę przyczyn szybciej niż cokolwiek innego, bo sklep i panel korzystają z innych plików.

To nie jest pytanie z grzeczności. Sklep i panel to dwie w dużej mierze niezależne aplikacje, które dzielą bazę danych i część plików. Informacja o tym, która z nich leży, wycina od razu połowę możliwych przyczyn.

Cztery scenariusze i co oznaczają

Przesuń tabelę w bok, żeby zobaczyć pozostałe kolumny

Panel działa, sklep nie - najczęstszy wariant

To dobra wiadomość, bo masz narzędzia. Skoro wchodzisz do administracji, możesz działać bez dotykania serwera.

Kolejność, którą stosuję:

1. Wyczyść cache w ustawieniach wydajności. Jedna trzecia przypadków kończy się tutaj.
2. Przełącz szablon na domyślny. Jeśli sklep wstanie, winny jest motyw - najczęściej po aktualizacji, gdy szablon odwołuje się do czegoś, co zmieniło nazwę. Opisałem to osobno przy okazji rozjechanego szablonu po aktualizacji.
3. Wyłącz ostatnio instalowany moduł. Na liście modułów posortuj po dacie i idź od najnowszego.
4. Sprawdź, czy sklep nie jest w trybie serwisowym - i czy Twój adres IP nie jest przypadkiem dopisany do wyjątków. Wtedy Ty widzisz sklep normalnie, a klienci komunikat o przerwie.

Sklep działa, panel nie

Odwrotna sytuacja, gorsza w skutkach, bo tracisz narzędzia. Z drugiej strony sprzedaż idzie dalej, więc nie ma presji minut.

Lista podejrzanych jest krótka: moduł działający tylko w administracji, uprawnienia do katalogu panelu, problem z sesjami albo zmieniona nazwa katalogu administracji. Przeszedłem przez to po kolei w tekście o białej stronie zamiast panelu.

Nie działa jedna konkretna strona

Najwęższy przypadek i zwykle najłatwiejszy. Jeśli błąd wyskakuje tylko na jednej kategorii, jednym produkcie albo jednej stronie informacyjnej, przyczyna jest w danych, nie w konfiguracji.

• Uszkodzony wpis w bazie - po nieudanym imporcie albo przerwanej edycji.
• Kod HTML wklejony w opis, który rozjeżdża całą stronę. Częste przy przenoszeniu treści z innej platformy.
• Odwołanie do czegoś, czego już nie ma - produkt wskazuje na usuniętego producenta albo nieistniejący plik.

Test: zduplikuj problematyczny element w panelu i otwórz kopię. Jeśli kopia działa, problem jest w konkretnym rekordzie i najszybciej naprawisz go, przepisując treść od nowa.

Jeśli objawem jest pusta strona bez żadnego komunikatu, kolejne kroki opisałem osobno - przy białej stronie zamiast panelu i przy błędzie 500.

Po co to wszystko zapisywać

Brzmi jak biurokracja, ale oszczędza najwięcej czasu: zanotuj, co dokładnie nie działa, od kiedy i co zmieniło się wcześniej. Przy zgłoszeniu do kogokolwiek pierwsze trzy pytania będą dokładnie takie, a odpowiedź „chyba nic nie zmieniałem" wydłuża diagnozę o godziny.

Najczęstsze pytania

Skąd mam wiedzieć, czy problem jest po stronie hostingu?

Jeśli leży wszystko naraz, a Ty nic nie zmieniałeś, to najczęściej hosting - wersja PHP, baza albo miejsce na dysku. Jeśli leży jedna część sklepu, to prawie zawsze sklep.

Czy przełączenie szablonu na domyślny jest bezpieczne?

Tak, to odwracalna zmiana ustawienia. Sklep będzie przez chwilę wyglądał inaczej, ale żadne dane nie zostaną ruszone i wracasz jednym kliknięciem.

Sklep działa, ale tylko na niektórych urządzeniach. Co to znaczy?

Prawie zawsze cache - po stronie przeglądarki albo osobna wersja strony dla urządzeń mobilnych. Sprawdź to samo w oknie prywatnym, zanim zaczniesz szukać głębiej.

Nie wiesz, od której strony to ugryźć

Napisz, co dokładnie nie działa i od kiedy - samo to zwykle wystarcza, żeby wskazać kierunek bez wchodzenia na serwer. Formularz kontaktowy, 881 932 088 lub kontakt@grvision.pl.