- Strategia oparta o dane i cele biznesowe.
- Rekomendacje UX, integracji i automatyzacji.
- Plan wdrożeń i wsparcie zespołu.
Sklep pada w piątek wieczorem. Koszyk przestaje działać. Płatności nie przechodzą. Przez cały weekend klienci porzucają zamówienia — a właściciel dowiaduje się o awarii w poniedziałek rano z maila od klienta, który napisał „próbowałem kupić, ale coś nie działało”. Ile zamówień straconych? Ile klientów, którzy poszli do konkurencji i nie wrócą? Ile negatywnych opinii wystawionych lub po prostu zamknięte karty przeglądarki? Brak monitoringu sklepu to gra w rosyjską ruletkę z własnym biznesem.
Monitoring sklepu internetowego to nie luksus dla dużych platform — to higiena operacyjna dla każdego sklepu, który traktuje e-commerce poważnie. A w Polsce poziom monitoringu w sklepach MŚP jest dramatycznie niski: badanie Cloudflare z 2023 roku wskazuje, że mniej niż 30% małych sklepów internetowych ma jakikolwiek system alertów, który wybudzi kogoś w nocy przy awarii checkoutu. Reszta dowiaduje się o problemach z opóźnieniem — od klientów lub z Google Analytics (gdzie ruch „nagle spada”).
Skonfigurujemy dla Ciebie monitoring sklepu z alertami uptime, wydajności i błędów — i podłączymy do umowy SLA, żebyś nie musiał się budzić w nocy. Zacznij od rozmowy.
Co monitorować — mapa obszarów
Monitoring sklepu dzieli się na kilka warstw. Warstwa infrastrukturalna: czy serwer działa (uptime), ile zasobów zużywa (CPU, RAM, dysk), czy baza danych odpowiada w akceptowalnym czasie. Warstwa aplikacyjna: czy WooCommerce odpowiada na żądania HTTP, czy strony ładują się w rozsądnym czasie (Core Web Vitals: LCP poniżej 2,5s, INP poniżej 200ms), czy PHP nie generuje fatal errors w logach. Warstwa biznesowa: czy koszyk działa, czy zamówienia przechodzą przez checkout, czy płatności są procesowane, czy emaile potwierdzające są wysyłane. Warstwa zewnętrzna: czy integracje działają (bramka płatnicza, dostawca logistyczny, API do ERP, feed produktowy do Google Merchant Center).
Każda z tych warstw może niezależnie się posypać — i każda ma inny priorytet. Awaria checkoutu to priorytet P0: każda minuta to stracone zamówienia. Wolne ładowanie strony to priorytet P1: wpływa na konwersję i SEO, ale sklep nadal „działa”. Błąd w synchronizacji z ERP to priorytet P2: zamówienia przyjmowane prawidłowo, ale dane mogą się rozjeżdżać. Dobry monitoring klasyfikuje alerty — żeby zespół wiedział, co wybudza o 3 w nocy, a co czeka do rana.
Uptime monitoring — podstawa, którą każdy sklep musi mieć
Uptime monitoring to sprawdzanie co X minut, czy strona odpowiada na żądanie HTTP. Narzędzia: UptimeRobot (bezpłatny plan: co 5 minut, powiadomienia email/SMS), Uptime.com, Better Uptime, Checkly (zaawansowany: testuje też checkout flow). Konfiguracja zajmuje 15 minut i kosztuje 0 zł miesięcznie w podstawowej wersji. Brak konfiguracji kosztuje Cię pierwsze zamówienia stracone podczas awarii, których nie wykryłeś przez godziny.
Ważna subtelność: uptime monitoring sprawdzający tylko stronę główną może nie wykryć awarii checkoutu. Strona główna odpowiada HTTP 200, bo jest cache’owana przez CDN — ale koszyk WooCommerce, który korzysta z sesji i PHP, może być niedostępny. Dlatego dobrze skonfigurowany uptime monitoring sprawdza kilka endpoint’ów: strona główna, strona produktu, koszyk (/cart) i endpoint /wp-json/wc/v3/orders (dostępność WooCommerce REST API). Jeśli cokolwiek z tych czterech nie odpowiada — alert natychmiast.
Monitoring wydajności i Core Web Vitals
Google algorytmicznie karze strony z wolnymi Core Web Vitals — Largest Contentful Paint powyżej 4 sekund, Cumulative Layout Shift powyżej 0,25 i Interaction to Next Paint powyżej 500ms to sygnały, które obniżają ranking organiczny. Dla sklepu e-commerce degradacja wydajności po aktualizacji motywu, nowej wtyczce lub wdrożeniu nowego kodu to częsty scenariusz — i rzadko wykrywany natychmiast. Tygodniowy monitoring PageSpeed Insights (API) z alertem przy spadku poniżej ustalonego progu (np. Performance Score < 60) pozwala wyłapać regresję wydajnościową zanim wpłynie na ruch.
Narzędzia do monitoringu wydajności: SpeedCurve, Calibre, DebugBear (monitorują Web Vitals w czasie i alertują przy regresji), GTmetrix (manualne testy lub scheduled monitoring w płatnym planie), Google Search Console (raport Core Web Vitals z danymi z Chrome User Experience Report — opóźnienie kilkudniowe, ale darmowe). Dla sklepów z dużą sezonowością (święta, Black Friday) — warto uruchomić load testing przed szczytem: k6, JMeter lub Artillery pozwalają sprawdzić, ile ruchu sklep wytrzyma, zanim serwer się wysyci.
Monitoring logów: gdzie ukrywają się ciche błędy
PHP error log i WooCommerce debug log to miejsca, gdzie pojawiają się problemy zanim staną się widocznymi awariami. Fatal error w wtyczce może nie zepsuć całego sklepu — może tylko wyłączyć funkcję zapisu zamówienia do ERP albo wysyłanie emaili z potwierdzeniem. Klient złoży zamówienie, dostanie stronę z „thank you”, ale email nie dojdzie, ERP nie dostanie zamówienia i za tydzień okaże się, że 50 zamówień nie jest w systemie. Bez logów tego nie wykryjesz.
Rozwiązania do centralnego logowania: Papertrail, Loggly, Datadog Logs, Sentry (szczególnie dobry dla błędów PHP i JavaScript). Sentry jest bardzo popularny w środowisku WordPress — ma wtyczkę WP Sentry, która automatycznie przesyła błędy PHP i JS do dashboardu, z alertami przy nowych lub narastających błędach. Koszt: bezpłatny plan wystarczy dla małego sklepu, plan płatny od $26/miesiąc przy większym wolumenie błędów. Wartość: nieoceniona, bo alerty z Sentry często pojawiają się przed tym, zanim klient zadzwoni z problemem.
Monitoring biznesowy: zamówienia, płatności i konwersja
Uptime mówi, czy sklep „żyje”. Monitoring biznesowy mówi, czy sklep „sprzedaje”. Przykłady alertów biznesowych: „brak zamówień przez 4 godziny w godzinach szczytu” (może oznaczać awarię checkoutu, której uptime nie wykrył), „wskaźnik odrzucenia płatności powyżej 10% w ciągu ostatniej godziny” (problem z bramką płatniczą lub podejrzana aktywność), „email potwierdzenia zamówienia nie wysłany od 2 godzin” (problem z serwerem pocztowym lub WooCommerce email). Te alerty buduje się na danych ze sklepu i wymaga integracji z narzędziem do monitoringu — ale dają informacje, których uptime monitoring nie zapewni nigdy.
Google Analytics 4 z alertami niestandardowymi (custom alerts w GA4 lub przez Looker Studio) pozwala skonfigurować powiadomienie, gdy „sesje z purchase event poniżej X w danym przedziale godzin”. To nie jest real-time (GA4 ma opóźnienie 24–48h dla niektórych raportów), ale dla sklepów bez dedykowanego monitoring systemu — to lepsza alternatywa niż nic. Zaawansowane podejście: własny skrypt w Node.js lub Python sprawdzający co godzinę liczbę zamówień z ostatnich X godzin przez WooCommerce REST API i wysyłający alert na Slacka lub przez email przy odchyleniu od historycznej normy.
