Dokumentacja

Wprowadzenie

MonitorStron.pl to polski system monitorowania dostępności stron internetowych i serwerów. Co kilkadziesiąt sekund sprawdzamy, czy Twoja usługa odpowiada, mierzymy czas odpowiedzi i — gdy coś przestaje działać — natychmiast wysyłamy powiadomienie e-mail lub SMS. Historię dostępności prezentujemy w panelu oraz na opcjonalnej publicznej stronie statusu.

Pierwsze kroki

1. Załóż konto i potwierdź adres e-mail.
2. Dodaj pierwszy monitor — podaj nazwę, typ i adres (URL lub host) usługi.
3. Ustaw kanały powiadomień (e-mail, a w planie Pro również SMS) i potwierdź je.
4. Gotowe — od tej chwili sprawdzamy Twoją usługę i alarmujemy przy awarii.

Aktualne limity i ceny planów znajdziesz w cenniku. Nowe konta startują z 14-dniowym okresem próbnym z pełnymi funkcjami Pro.

Typy monitorów

• HTTP(S) — sprawdza, czy strona zwraca poprawny kod odpowiedzi (domyślnie 2xx, po wykonaniu przekierowań; listę możesz zmienić — patrz akceptowane kody odpowiedzi). Podstawowy monitor dostępności witryny lub API.
• HTTP + słowo kluczowe — dodatkowo weryfikuje, czy w treści odpowiedzi występuje (lub nie występuje) wskazane słowo bądź wyrażenie. Wykrywa błędy, które zwracają status 200, ale wyświetlają komunikat awarii. Kod odpowiedzi też musi być poprawny — strona błędu 500 z szukanym słowem w stopce to nadal awaria.
• Ping (ICMP) — wysyła 3 pakiety ICMP; awarię zgłaszamy dopiero, gdy nie wróci żadna odpowiedź. Dobre do monitorowania serwerów i urządzeń sieciowych.
• Port (TCP) — sprawdza, czy wskazany port TCP nasłuchuje (np. 25 dla poczty, 3306 dla bazy danych).
• SSL/TLS — monitoruje ważność certyfikatu i ostrzega z wyprzedzeniem przed jego wygaśnięciem.

Interwały sprawdzania i anti-flap

Każdy monitor sprawdzamy w stałym interwale (w planie Pro nawet co 60 sekund). Aby pojedyncze, chwilowe zakłócenie nie wywoływało fałszywego alarmu, stosujemy mechanizm anti-flap: incydent zgłaszamy dopiero po kilku kolejnych nieudanych sprawdzeniach, a za rozwiązany uznajemy go po serii udanych. Dzięki temu powiadomienia odzwierciedlają realne awarie, a nie sieciowe „mignięcia”.

Przy przekroczeniu czasu odpowiedzi lub zerwanym połączeniu każde sprawdzenie od razu ponawiamy po 2 sekundach — porażkę liczymy dopiero, gdy obie próby się nie udadzą. Przy błędach sieciowych sprawdzamy też kilka znanych stron referencyjnych: jeśli i one nie odpowiadają, problem leży po naszej stronie i nie wysyłamy Ci alertu.

Niepełny łańcuch certyfikatów SSL (serwer nie wysyła certyfikatu pośredniego) nie jest traktowany jako awaria, bo przeglądarki zwykle radzą sobie z nim same. Dostaniesz za to mail z instrukcją naprawy. Wygasły certyfikat lub certyfikat wystawiony na inną domenę to nadal awaria.

Powiadomienia

Powiadamiamy o zmianach stanu monitora (awaria i powrót do działania), o zbliżającym się wygaśnięciu certyfikatu SSL, a w planach Plus, Pro i Max także o zmianach DNS i terminie wygaśnięcia domeny. Każdy alert o awarii zawiera krótki powód po polsku, np. „HTTP 503 Service Unavailable (tryb serwisowy)”, „Brak odpowiedzi w 10 s” czy „Certyfikat SSL wygasł”. Dostępne kanały:

• E-mail — w każdym planie.
• SMS — w każdym planie, z miesięcznym limitem zależnym od planu i możliwością dokupienia pakietów.

Aby ograniczyć zalew wiadomości, stosujemy odstęp między kolejnymi powiadomieniami dla tego samego monitora i kanału. Jeśli strona „miga” — ma więcej niż 3 awarie w ciągu 6 godzin — kolejne alerty wysyłamy tylko mailem, żeby nie zużywać limitu SMS. Kanały powiadomień konfigurujesz i potwierdzasz w panelu.

Niezależnie od alertów możesz dostawać e-mailem tygodniowe lub miesięczne podsumowanie dostępności i incydentów — częstotliwość ustawisz w profilu.

Akceptowane kody odpowiedzi

Domyślnie monitor HTTP uznaje stronę za działającą przy kodach 200–299. Jeśli monitorujesz adres, który celowo zwraca inny kod — np. panel klienta za logowaniem (401) — wpisz w ustawieniach monitora własną listę, np. 200-299, 401.

Kod 429 (zbyt wiele zapytań) i blokady firewalla nie są traktowane jako awaria strony. Dostaniesz wtedy osobny mail z instrukcją odblokowania naszego robota.

Zrzuty ekranu awarii

W planach Plus, Pro i Max przy każdej nowej awarii monitora HTTP lub HTTP + słowo kluczowe otwieramy stronę w przeglądarce i zapisujemy zrzut ekranu. Znajdziesz go w szczegółach incydentu w panelu. Zrzut powstaje równolegle — alert nie czeka na niego.

Jeśli serwer w ogóle nie odpowiada (np. nie znaleziono domeny albo przekroczono czas połączenia), przeglądarka nie ma czego sfotografować — taki incydent będzie bez zrzutu, a powód awarii znajdziesz w jego opisie.

Raporty szybkości strony

W planach Plus, Pro i Max dla monitorów HTTP i HTTP + słowo kluczowe mierzymy szybkość strony w przeglądarce Chrome (z serwera w Polsce, z pustym cache — jak przy pierwszej wizycie). Raport zawiera ocenę od A do F, czas ładowania, czas odpowiedzi serwera, Core Web Vitals (LCP, CLS), wykres kaskadowy żądań i listę zaleceń.

Raport wysyłamy mailem co tydzień (w poniedziałek rano) albo co miesiąc (1. dnia miesiąca), z porównaniem do poprzedniego wyniku. Częstotliwość ustawisz lub wyłączysz w zakładce „Szybkość” przy monitorze — tam też uruchomisz test ręcznie i zobaczysz historię 12 ostatnich raportów.

Pojedynczą stronę możesz też sprawdzić bez konta w darmowym teście szybkości.

Okna serwisowe

W każdym planie możesz dodać do monitora cykliczne okna serwisowe — przedział godzin i dni tygodnia, w których nie wysyłamy powiadomień (np. „pn–pt 3:00–3:30” na nocny backup). Okno może przechodzić przez północ. Godziny podajesz w czasie polskim.

• Awaria, która zaczęła się i skończyła w oknie, nie wywołuje żadnego powiadomienia.
• Jeśli awaria trwa dalej po końcu okna, alert wysyłamy od razu po jego zakończeniu.
• Incydenty z okna liczą się do statystyk dostępności i są oznaczone w historii.
• Gdy strona trzy razy pada o tej samej porze (±5 minut), zaproponujemy okno mailem z linkiem do gotowego formularza.

Monitoring DNS i domeny

W planach Plus, Pro i Max możesz włączyć monitoring DNS dla domeny monitora HTTP. Raz na godzinę sprawdzamy serwery nazw w rejestrze domeny oraz rekordy A, AAAA, CNAME, MX, CAA, a także SPF i DMARC — prosto z serwerów autorytatywnych. Każdą zmianę potwierdzamy ponownym sprawdzeniem, a zmiany adresów w obrębie tej samej puli (CDN, rozkładanie ruchu) nie wywołują alertów.

• Zmiana serwerów nazw lub zniknięcie domeny z rejestru — e-mail i SMS (możliwe przejęcie domeny lub jej wygaśnięcie).
• Zmiana rekordów — e-mail z listą zmian „było / jest”.
• Wygaśnięcie domeny — przypomnienia 14, 7 i 1 dzień przed terminem. Część rejestrów (np. .eu, .de) nie publikuje daty wygaśnięcia — wtedy panel pokaże stosowną informację.

Publiczna strona statusu

Dla wybranych monitorów możesz udostępnić publiczną stronę statusu, na której odwiedzający zobaczą bieżącą dostępność i historię ostatnich incydentów. To wygodny sposób komunikowania stanu usługi klientom bez udzielania im dostępu do panelu.

Wsparcie

Nie znalazłeś odpowiedzi? Napisz do nas — pomożemy z konfiguracją monitorów i odblokowaniem robota.