Monitoring uptime strony WWW – jak nie stracić klientów przez awarię

Twoja witryna pada o 3:30 nad ranem. Klienci próbują złożyć zamówienia, formularze nie działają, Google odnotowuje 500-tki. Kiedy się o tym dowiadujesz? O 9:00, gdy włączasz komputer? Albo gdy klient dzwoni z reklamacją? Kosztuje Cię to średnio 2 000–8 000 zł każda godzina niedostępności sklepu. Pokażę, jak to monitorować.

W skrócie

• Monitoring uptime = automatyczny check, czy strona działa, co 1–5 minut.
• Cel: uptime >99,9% = max 8,76 godziny niedostępności rocznie.
• Najlepsze narzędzia: UptimeRobot (darmowy), BetterUptime, Pingdom.
• SLA hostingów polskich to zwykle 99,8–99,9% — tylko enterprise idzie >99,99%.

Co dokładnie monitorować

1. Czy strona w ogóle odpowiada (HTTP)

Najbardziej podstawowe. Co 1–5 minut bot wysyła GET na Twoją home page. Oczekuje status 200.

Jeśli dostaje 500, 502, 503, 504, 408, 524 → ALERT.

2. Czas odpowiedzi (response time)

Strona odpowiada, ale w 8 sekund? To też awaria z punktu widzenia użytkownika.

Cel: <2 s dla home page, <3 s dla głębokich podstron.

3. Konkretne strony (deep checks)

Nie tylko home — sprawdzaj też:
– Strona logowania (/wp-admin)
– Strona koszyka (sklep)
– Strona kontaktu (formularz)
– Strona produktu (sklep)

Czasem home działa, ale checkout pada — i nie wiesz.

4. SSL certyfikat

SSL wygasa za 14 dni? Alert. Bez monitoringu Twoja strona nagle pokaże „Not secure” — klienci uciekną.

5. DNS

DNS źle skonfigurowany / dostawca padł. Strona „jest”, ale nikt jej nie znajdzie.

6. Treść / keyword

Strona odpowiada, ale wyświetla biały ekran lub komunikat błędu. Bot sprawdza, czy w treści są słowa „produkt”, „kontakt”, „menu” — jeśli nie ma, alert.

7. Funkcje krytyczne

Dla sklepu: bot symuluje dodanie do koszyka. Dla formularza — wysłanie. Najbardziej zaawansowane (i drogie) monitoringi.

Narzędzia uptime monitoring

UptimeRobot (freemium) — start

Free plan:
– 50 monitorów
– Sprawdzanie co 5 minut
– HTTP, ping, port, keyword
– Email + SMS alerty
– Public status page

Pro (od 7 USD/mies.):
– Sprawdzanie co 30 sekund
– 50+ monitorów
– Multi-location (z kilku miast)
– Slack, Telegram, Discord integracje

Werdykt: najpopularniejszy z dobrego powodu. Free plan wystarcza dla 90% witryn.

BetterUptime / Better Stack (freemium)

Nowoczesna alternatywa. Piękny UI, świetne integracje (Slack, Discord, PagerDuty).

Free plan: 10 monitorów co 3 minuty.
Pro (od 24 USD/mies.): co 30 sekund, dodatkowe locations, status pages.

Pingdom (Solarwinds)

Stara legenda, świetna dla enterprise.

Plan Starter: 14,95 USD/mies. — 10 monitorów co 1 minuta.

Drogi w stosunku do alternatyw, ale najbardziej znany w korporacjach.

Site24x7 (Zoho)

Część ekosystemu Zoho. Kompleksowe — od uptime do APM, syntetyczne testy, real user monitoring.

Plan Starter: 9 USD/mies.

Polska alternatywa: Statuscake (UK)

Plan Free: 10 monitorów co 5 minut.

Hosting native monitoring

Mydevil, cyberFolks mają wbudowany monitoring + alerty. Jako uzupełnienie zewnętrznego (nie wystarcza samodzielnie — jeśli serwer padnie, hosting wie, ale Ty nie).

Konfiguracja UptimeRobot — krok po kroku

1. Rejestracja

Zarejestruj się na uptimerobot.com. Free plan, brak karty.

2. Pierwszy monitor

• Add New Monitor → „HTTP(s)”
• Friendly Name: „Strona główna [moja firma]”
• URL: https://twojadomena.pl
• Monitoring Interval: 5 minutes (free max)
• Timeout: 30 s (default)

3. Alerty

• Alerts → Add Contact
• Email — ustaw swój email (główny + zapasowy)
• SMS (free: 20 SMS/mies. globalnie) — bardzo polecam dla awarii
• Slack / Telegram (free) — best practice

4. Status page

Public status page = profesjonalizm dla Twoich klientów. Możesz pokazać „uptime ostatnie 90 dni: 99,98%”.

UptimeRobot → Public Status Pages → Create.

5. Zaawansowane monitory

Po 1. monitorze dodaj:
– Strona logowania /wp-admin
– Koszyk /koszyk
– Strona kontaktu /kontakt
– Keyword check (sprawdza, czy treść zawiera słowo „menu”)

Co robić, gdy alert się odpala

Krok 1: Zweryfikuj alert

Ekosystem alertów ma czasem false positives (chwilowy timeout sieci). Otwórz stronę osobiście w innej przeglądarce / komórce. Faktycznie pada?

Krok 2: Sprawdź miejsce awarii

1. Hosting OK?  -> sprawdź panel hostingu, status page
2. DNS OK?      -> dnschecker.org, ping twojadomena.pl
3. SSL OK?      -> sslshopper.com (sprawdza wygasanie)
4. WordPress OK? -> log błędów hosting, wp-content/debug.log

Krok 3: Komunikacja

Jeśli strona pada >15 minut — informuj klientów:
– Status page (publiczny)
– Post na Facebooku / LinkedIn
– E-mail do najważniejszych klientów (jeśli B2B)
– Auto-reply na formularzu kontaktowym

Cisza informacyjna podczas awarii = utrata zaufania.

Krok 4: Naprawa

Najczęstsze przyczyny awarii WP:

• CPU exceeded — atak / nadmiar ruchu → włącz Cloudflare
• Memory exhausted — wtyczka pożera RAM → wyłącz, zwiększ limit
• MySQL connection error — baza padła → support hostingu
• PHP timeout — zbyt długie zapytanie → zoptymalizuj
• White screen of death — konflikt wtyczek → tryb safe mode (motyw default)

Krok 5: Post-mortem

Po naprawie zapisz:
– Co się stało
– Kiedy
– Kto naprawił
– Co zrobić, żeby się nie powtórzyło

Realne SLA hostingów

Praktyka: w PL realnie 99,8–99,9% średnio. Tylko enterprise idzie >99,99%.

Najczęstsze błędy

❌ Tylko 1 monitor (home page) — głębokie strony mogą padać niezależnie

❌ Sprawdzanie tylko z 1 lokalizacji — czasem awaria dotyczy konkretnego regionu

❌ Brak SMS / Slack alertów — email może utknąć w spamie / komputer wyłączony

❌ Ignorowanie SSL expiry alerts — najgłupsza utrata zaufania możliwa

❌ Brak status page — klient pisze „padło”, a Ty nie wiesz, że padło

❌ Brak dokumentacji — gdy padnie i Ty jesteś na urlopie, kto naprawi?

Co dalej

W tym tygodniu:

1. Załóż konto UptimeRobot (free)
2. Dodaj 3 monitory: home, /kontakt, /koszyk (jeśli sklep)
3. Dodaj alerty: email + SMS
4. Skonfiguruj public status page
5. Dodaj numer telefonu support hostingu do swojego telefonu

Monitoring 24/7 to standard w naszej administracji www — uptime + Core Web Vitals + bezpieczeństwo. Reagujemy w 30 minut przy awarii. Pakiet od 299 zł/mies.