Monitoring WooCommerce – dlaczego samo Jetpack nie wystarczy

„Mamy Jetpacka, monitoring jest ogarnięty" — to jedno z najczęstszych zdań, jakie słyszymy od właścicieli sklepów na WooCommerce, tuż przed tym, jak okazuje się, że koszyk nie działał od dwóch dni, a Jetpack przez cały ten czas pokazywał zielone „strona działa".

To nie jest wina Jetpacka — robi dokładnie to, do czego został zaprojektowany. Problem w tym, że dla sklepu internetowego to za mało.

Co właściwie sprawdza Jetpack Monitor?

Jetpack Monitor (w darmowej wersji) działa w bardzo prosty sposób: co kilka minut wysyła zapytanie do Twojej strony głównej i sprawdza, czy serwer odpowiada. Jeśli strona główna zwraca kod 200 OK, Jetpack uznaje, że wszystko jest w porządku — i wysyła e-mail z powiadomieniem dopiero, gdy strona przestaje odpowiadać w ogóle.

To podstawowy, ale realny poziom ochrony — lepszy niż brak monitoringu w ogóle. Problem zaczyna się tam, gdzie kończy się zakres tego sprawdzenia.

Czego Jetpack nie widzi w Twoim sklepie

1. Czy koszyk i checkout w ogóle działają

To najważniejsza luka. Strona główna sklepu może zwracać 200 OK przez cały dzień, podczas gdy:

• strona koszyka wyrzuca błąd 500 po aktualizacji wtyczki płatności,
• jedna z bramek płatności (np. po stronie dostawcy) przestaje odpowiadać,
• konflikt wtyczek powoduje, że przycisk „Złóż zamówienie" w ogóle nie reaguje.

Z perspektywy podstawowego monitoringu uptime — sklep „działa". Z perspektywy klienta i Twojego konta bankowego — sklep nie sprzedaje ani złotówki.

2. Certyfikat SSL i ważność domeny

Darmowy monitoring uptime zwykle nie ostrzega z wyprzedzeniem o zbliżającym się wygaśnięciu certyfikatu SSL ani domeny. A w sklepie internetowym ostrzeżenie „Połączenie nie jest prywatne" w przeglądarce to gwarancja porzuconych koszyków na masową skalę — często zanim ktokolwiek zorientuje się, co się stało.

3. Bezpieczeństwo: nagłówki, blacklisty, malware

Sklep może odpowiadać poprawnie (200 OK), a jednocześnie:

• być wpisany na czarną listę przez przeglądarki lub filtry antyspamowe (co blokuje maile transakcyjne do klientów),
• mieć wstrzyknięty złośliwy kod, niewidoczny na pierwszy rzut oka,
• nie mieć podstawowych nagłówków bezpieczeństwa HTTP, co zwiększa ryzyko ataków.

Żadnego z tych problemów nie wykryje proste „ping" do strony głównej.

4. Błędy PHP, które nie wywracają całej strony

Po aktualizacji wtyczki WooCommerce albo motywu, strona może nadal się ładować, ale generować błędy PHP w tle — np. niepoprawnie liczyć podatek VAT, nie wysyłać maili z potwierdzeniem zamówienia albo nie aktualizować stanów magazynowych. To problemy, które kosztują realne pieniądze, a podstawowy monitoring uptime nigdy ich nie zauważy.

5. Sposób powiadamiania

Darmowy Jetpack Monitor powiadamia e-mailem. To wystarcza, jeśli sprawdzasz skrzynkę co godzinę. W praktyce e-maile o awarii często trafiają do spamu, giną wśród dziesiątek innych wiadomości albo po prostu są czytane dopiero rano — czyli kilka godzin po tym, jak problem zaczął kosztować Cię sprzedaż.

Realny scenariusz: aktualizacja wtyczki płatności w sobotni wieczór

Automatyczna aktualizacja wtyczki bramki płatności wprowadza niezgodność z motywem. Strona główna i karty produktów ładują się bez zarzutu — Jetpack widzi 200 OK i milczy. Ale strona checkout zwraca błąd krytyczny PHP. Przez całą niedzielę sklep „działa" w oczach monitoringu, a w rzeczywistości nie przyjmuje ani jednego zamówienia. W poniedziałek rano właściciel dowiaduje się o tym z... braku jakichkolwiek powiadomień o nowych zamówieniach. Strata: cały weekendowy ruch, często najlepszy w tygodniu dla sklepów e-commerce.

To dokładnie ten sam mechanizm, który opisujemy w kontekście WordPressa w artykule WordPress padł w nocy – co zrobić? — tylko że tutaj objawy są znacznie trudniejsze do zauważenia, bo strona „wygląda" normalnie.

Co dodatkowo daje dedykowany monitoring sklepu

Pełny monitoring WooCommerce powinien wykraczać poza proste „strona odpowiada". W praktyce oznacza to:

• Wykrywanie platformy — automatyczne rozpoznanie WordPress/WooCommerce (oraz PrestaShop) i dopasowanie sprawdzeń do specyfiki sklepu,
• Monitoring SSL i domeny — alert z wyprzedzeniem przed wygaśnięciem, a nie po fakcie,
• Security score — ocena nagłówków bezpieczeństwa, ekspozycji wrażliwych plików, obecności na czarnych listach,
• Monitoring portów TCP — przydatny, jeśli sklep korzysta z dodatkowych usług (np. własnej bazy danych, integracji magazynowych),
• Alerty wielokanałowe — e-mail, SMS i Telegram, żeby informacja o awarii dotarła do Ciebie niezależnie od tego, czy akurat patrzysz na skrzynkę mailową.

To, jak bardzo zależy Ci na szybkiej reakcji, dobrze podsumowuje pytanie z innego naszego artykułu: co tak naprawdę kosztuje Cię godzina przestoju?

Jetpack i dedykowany monitoring — razem, nie zamiast

Nie chodzi o to, by rezygnować z Jetpacka — to wciąż przydatne narzędzie do podstawowych funkcji WordPressa. Chodzi o to, by nie traktować go jako kompletnego systemu monitoringu sklepu. Dla biznesu, w którym każda godzina przestoju checkout to realna strata sprzedaży, warto mieć dodatkową, niezależną warstwę monitoringu, dopasowaną do specyfiki WooCommerce.

Podsumowanie

Darmowy monitoring uptime odpowiada tylko na jedno pytanie: czy serwer w ogóle odpowiada. Dla sklepu internetowego ważniejsze pytanie brzmi: czy klient może dokończyć zakup. To różnica, którą widać dopiero wtedy, gdy coś pójdzie nie tak — najlepiej więc dowiedzieć się o niej zawczasu, a nie po stracie weekendowej sprzedaży.