PrestaShop Administracja i produktywność

Monitoring i Alerty PrestaShop: Awarie, Błędy PHP, Nieudane Płatności

Twój sklep sam daje znać, gdy coś jest nie tak, zanim zrobią to klienci.

Aktualizacja modułu, która w piątkowy wieczór psuje stronę zamówienia, bramka płatności, która od dwóch godzin wszystko odrzuca, certyfikat SSL, który wygasa w czasie urlopu: bez agencji pełniącej dyżur takie awarie odkrywa się w poniedziałek, czytając e-maile od klientów. Ten moduł stale pilnuje sklepu i wysyła precyzyjny alert, gdy tylko pojawi się problem, ze wskazaniem prawdopodobnie odpowiedzialnego modułu, a potem wiadomość, gdy wszystko wróci do normy.

W skrócie
  • Błąd krytyczny PHP zgłaszany w kilka sekund, z modułem lub motywem prawdopodobnie odpowiedzialnym
  • Nieudane płatności, załamanie konwersji płatności i spadek zamówień porównywane z Twoją zwykłą aktywnością
  • Sprawdzanie dostępności co 5 minut, czas odpowiedzi mierzony na prawdziwych wizytach
  • Alerty e-mailem, przez Telegram, Slack, Discord lub webhook, potwierdzane jednym kliknięciem z telefonu
  • Nadzór certyfikatu SSL, miejsca na dysku i zadania cron, raport tygodniowy e-mailem
PrestaShop 8 i 9 E-mail, Telegram, Slack, Discord Źródło błędów Multistore
  • Zwrot w 30 dni
  • 12 miesięcy aktualizacji
  • Wsparcie 24 h
www.datafirefly.com/pl/
Monitoring i Alerty PrestaShop: Awarie, Błędy PHP, Nieudane Płatności
v1.1.0 · zaktualizowano 2026-10-07
Co robi

W skrócie.

01

Winny moduł wskazany w alercie

Każdy błąd PHP jest powiązany z prawdopodobnym źródłem: modułem, motywem, override lub rdzeniem. Gdy błąd występuje w rdzeniu PrestaShop, stos wywołań jest analizowany wstecz, aby znaleźć moduł, który go wywołał. Jeden przycisk kopiuje pełny raport do przekazania odpowiedniemu programiście.

02

Pilnowana sprzedaż, nie tylko serwer

Strona może odpowiadać HTTP 200 i nic nie sprzedawać. Moduł liczy płatności, które przechodzą w status błędu, porównuje klientów, którzy dotarli do kroku płatności, z faktycznie utworzonymi zamówieniami i wykrywa spadek zamówień względem tego samego przedziału z czterech poprzednich tygodni.

03

Powiadomienie tam, gdzie już jesteś

E-mail, Telegram, Slack, Discord lub podpisany webhook do Zapier, Make czy n8n. Każdy kanał ma własny próg ważności, godziny ciszy przepuszczają nocą tylko alerty krytyczne, a link w każdym powiadomieniu zatrzymuje przypomnienia z telefonu.

04

Bez fałszywych alarmów w niedzielny wieczór

Kontrole sprzedaży opierają się na testach statystycznych i historii Twojego własnego sklepu. Zwykły zastój niczego nie uruchamia; sklep, który w tym przedziale zwykle dostaje 15 zamówień, a nie dostaje żadnego, wywołuje alert krytyczny.

Wersja pełna

Wszystko, co warto wiedzieć, zanim zainstalujesz.

Szczegółowe spojrzenie na to, jak działa Monitoring i Alerty PrestaShop: Awarie, Błędy PHP, Nieudane Płatności, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.

§ 01

Dla sprzedawców bez agencji pełniącej dyżur

Niektóre agencje pilnują sklepów swoich klientów, ale większość sprzedawców nie ma nikogo, kto o 23:00 czyta logi. Moduł wykonuje tę pracę: stale obserwuje sklep, zostawia alerty dla prawdziwych problemów i wysyła je na kanał, który już sprawdzasz. Pulpit podsumowuje stan sklepu jednym zdaniem, a potem pokazuje szczegółowo dostępność, czas odpowiedzi, błędy, płatności i zamówienia.

§ 02

Błędy PHP, które możesz zlecić do naprawy

Biały ekran nie mówi, kto go spowodował. Moduł zapisuje każdy błąd z plikiem, linią, stroną, liczbą wystąpień i prawdopodobnym źródłem. Identyczne błędy są grupowane, nowy błąd krytyczny wywołuje alert w ciągu kilku sekund, a raport do skopiowania daje programiście danego modułu wszystko, czego potrzebuje do odtworzenia problemu. Ścieżki serwera i nazwa folderu administracyjnego są maskowane przed każdą wysyłką.

§ 03

Sklep, który odpowiada, ale już nie sprzedaje

Klasyczne narzędzia dostępności nie widzą niedziałającej bramki płatności. Moduł rejestruje każdy koszyk, który dociera do kroku płatności, porównuje go z utworzonymi zamówieniami, a następnie ze zwykłym wskaźnikiem sklepu z 28 dni. Śledzi też zamówienia, które przeszły w status nieudanej płatności, z podziałem na moduły, oraz spadek liczby zamówień względem tego samego przedziału z czterech poprzednich tygodni. Progi uwzględniają Twój wolumen: mały sklep w niedzielny wieczór nie dostaje alertu.

§ 04

Alerty, które Cię nie zalewają

Problem otwiera jeden alert, aktualizowany, dopóki trwa. Przypomnienia są rozłożone w czasie według Twojego ustawienia i ustają, gdy tylko potwierdzisz, w panelu lub przez link w powiadomieniu. Wiadomość informuje Cię o rozwiązaniu problemu. Limit godzinowy chroni skrzynkę, gdy wszystko zepsuje się naraz, godziny ciszy przepuszczają tylko alerty krytyczne, a przerwa wstrzymuje powiadomienia podczas aktualizacji bez zatrzymywania wykrywania.

§ 05

Ciche przyczyny awarii

Niektóre awarie zapowiadają się z wyprzedzeniem kilku dni. Moduł co 6 godzin odczytuje certyfikat SSL Twojej domeny i ostrzega przed jego wygaśnięciem, pilnuje wolnego miejsca na dysku i zgłasza zatrzymanie zadania cron. Na wypadek awarii całego serwera przy każdym uruchomieniu crona można wywoływać zewnętrzny adres heartbeat (Healthchecks.io, Better Stack).