Utworzenie pierwszego monitora
Cel: Utworzyć pierwszy monitor HTTP dla Twojej strony lub API. Po utworzeniu ePulz.io zacznie sprawdzać stronę i powiadomi Cię o awarii.
Krok 1: Otwórz utworzenie monitora
- W dashboardzie kliknij + Nowy monitor
- Wybierz typ HTTP/HTTPS (najczęstszy)
Krok 2: Podstawowe dane
- Nazwa - dowolny opis, np. "Główna strona", "API server", "E-shop checkout"
- URL - pełny adres włącznie z
https://(np.https://mojafirma.pl) - Metoda HTTP - typowo GET. POST dla endpointów API, które nie obsługują GET.
Krok 3: Interwał kontroli
Jak często ePulz.io ma sprawdzać Twój URL. Zależy od Twojego planu:
- Trial / Standard: minimum 5 minut
- Profi: od 2 minut
- Business: od 1 minuty
Dla większości stron 5 minut jest wystarczające. Krótszy interwał ma sens dla usług business-critical (e-shop, payment).
Krok 4: Oczekiwany stan
- Status code - jaki kod HTTP ma zwrócić jako "OK". Domyślnie 200. Dla redirect endpoints może 301.
- Timeout - max czas w sekundach, zanim monitor uzna za awarię. Domyślnie 15 s.
- Keyword w treści (opcjonalnie) - tekst, który musi być w HTML response. Np.
Witamylub<title>Główna. Wykrywa "białą awarię", gdy serwer zwraca 200, ale pustą / błędną stronę.
Krok 5: Kontrola SSL i domeny
Dla URL HTTPS włącz:
- Kontrola SSL - alert przy wygaśnięciu certyfikatu (30, 14, 7, 3, 1 dzień wcześniej)
- Kontrola domeny (WHOIS) - alert przy zbliżającym się wygaśnięciu rejestracji domeny
Oba są darmowe i wysoko rekomendowane.
Krok 6: Powiadomienia
Wybierz, które kanały mają otrzymywać alert przy awarii:
- 📧 E-mail - na e-mail konta (domyślnie włączone)
- 📨 Telegram - wymaga połączonego bota
- 🔌 Webhook - Slack, Discord, własny endpoint
Krok 7: Notify after failures
Opcjonalnie: wyślij alert dopiero po N niepowodzeniach z rzędu. Domyślnie 1 (natychmiastowy alert), ale 2 obniża false-positive.
Krok 8: Zapisz
Kliknij Utwórz monitor. Pierwsza kontrola uruchomi się w ciągu minuty. W Dashboardzie zobaczysz stan przechodzący z Pending na OK lub Down.
Co się dzieje przy awarii
- ePulz.io wykrywa nieudaną kontrolę (zły status, timeout, brak keyword)
- Sprawdza ponownie (anti-false-positive) - jeśli ma ustawione notify after failures
- Wysyła alert na wszystkie włączone kanały
- Tworzy zapis incidentu z timestampem początku
- Przy kolejnej udanej kontroli wysyła alert "recovery" z czasem trwania awarii