Wszystko, co robi AppHealthMeter

Pierwsze kroki

AppHealthMeter sprawdza, czy Twoje strony, API i zadania cron działają, i daje znać, gdy przestają. Konfiguracja pierwszego monitora zajmuje około dwóch minut i nie wymaga instalowania niczego po Twojej stronie.

Rejestracja jest chwilowo zamknięta — kończymy przygotowania przed wpuszczeniem pierwszych użytkowników. Napisz na support@apphealthmeter.com, a damy znać, gdy otworzymy zapisy. Zaproszenia do istniejących kont działają normalnie.

1. Załóż konto (email + hasło). Na podany adres wysyłamy link weryfikacyjny, ważny 24 godziny. Jeśli link nie dotarł albo wygasł, spróbuj się zalogować — przy niepotwierdzonym adresie i poprawnym haśle ekran logowania zaproponuje wysłanie nowego linku. Nowy link unieważnia poprzedni i też jest ważny 24 godziny; na jeden adres wyślemy najwyżej 3 linki na 15 minut.
2. Link otwiera stronę z przyciskiem „Potwierdź adres e-mail” — po kliknięciu konto jest aktywne i jesteś od razu zalogowany. Samo otwarcie linku (np. przez skaner poczty) nie zużywa tokenu. Twój adres staje się pierwszym kanałem alertów.
3. Zaraz po potwierdzeniu dostajesz mail potwierdzający zawarcie umowy: wersje zaakceptowanego Regulaminu i Polityki prywatności (z datami i linkami), skrót warunków fazy beta, dane usługodawcy oraz — jeśli jesteś konsumentem — pouczenie o prawie odstąpienia od umowy w ciągu 14 dni. Zachowaj tę wiadomość: to potwierdzenie umowy na trwałym nośniku.
4. Kliknij „Dodaj monitor”, wybierz typ (HTTP, certyfikat SSL, heartbeat albo domena) i podaj adres lub interwał.
5. Od tej chwili monitor jest sprawdzany cyklicznie, a awarie trafiają na Twój email.

Lista kroków na start

Po pierwszym zalogowaniu na górze panelu widzisz listę kroków prowadzącą do pierwszego działającego alertu: dodaj pierwszy monitor, potwierdź kanał powiadomień, wyślij testowe powiadomienie, a jeśli zarządzasz zespołem — opcjonalnie zaproś kogoś do konta. Każdy krok ma przycisk prowadzący prosto we właściwe miejsce w panelu.

Stan kroków wyliczamy z Twoich danych (monitory, kanały powiadomień, skład zespołu), więc lista mówi prawdę także po zmianie przeglądarki czy urządzenia. Wyjątkiem jest fakt wysłania testu — zapamiętuje go przeglądarka, więc na nowym urządzeniu ten krok może wrócić jako niezrobiony (najgorsze, co się stanie, to jedno testowe powiadomienie więcej). Lista znika sama, gdy domkniesz kroki obowiązkowe — zaproszenie zespołu jest opcjonalne i jej nie blokuje. Możesz ją też schować wcześniej przyciskiem „Ukryj listę kroków”.

Monitory i typy sprawdzeń

Monitor to jedna rzecz, którą obserwujemy. Ma nazwę, typ sprawdzenia, ustawienia częstotliwości i własną politykę alertów. Możesz go edytować, wstrzymać (pauza zatrzymuje sprawdzenia, ale zachowuje historię) i usunąć.

HTTP / HTTPS

• Podajesz pełny adres z http:// lub https://. Przekierowania są śledzone.
• Interwał (jak często sprawdzamy) — minimum zależy od planu, patrz tabela niżej. Timeout (1–60 s, domyślnie 30 s) — po tym czasie sprawdzenie liczy się jako nieudane; wartości spoza zakresu formularz odrzuca. Ten sam zakres obowiązuje dla monitorów certyfikatu SSL i domeny.
• Sprawdzenie czyta maksymalnie 1 MiB odpowiedzi — status zależy wyłącznie od kodu HTTP, treść nie jest dziś analizowana. Sprawdzenie, które mimo timeoutu przekroczy limit czasu silnika (120 s — np. łańcuch bardzo wolnych przekierowań), zapisujemy jako „Nie działa” z komunikatem o przekroczonym limicie.
• Metoda HTTP — domyślnie GET; do wyboru także HEAD, POST, PUT, PATCH, DELETE, OPTIONS i QUERY. HEAD oszczędza transfer, ale część serwerów i CDN odrzuca go kodem 405. W planie Free dostępny jest wyłącznie HEAD — pozostałe metody od planu Individual (sekcja „Plan Free” niżej).
• Kody odpowiedzi oznaczające „Działa” — domyślnie 200–399. Możesz zaznaczyć własny zestaw: całe klasy (2xx, 3xx…) i pojedyncze kody, np. 2xx + 401 — przydatne dla API, które bez tokenu odpowiada 401, ale działa. Porównujemy kod końcowej odpowiedzi (po przekierowaniach). Każdy inny kod, timeout albo brak połączenia to „Nie działa”. Zapisujemy czas odpowiedzi i kod HTTP każdego sprawdzenia.
• Sprawdzenia wykonujemy z identyfikacją AppHealthMeter/1.0 (+https://apphealthmeter.com/bot) w nagłówku User-Agent. Co widzi administrator sprawdzanej strony i jak może nas zablokować — opisujemy na stronie bota. Sprawdzenia nie czytają robots.txt.

Certyfikat SSL

• Podajesz host lub host:port (domyślnie 443).
• Sprawdzamy datę ważności certyfikatu: mniej niż 14 dni do wygaśnięcia to status „Problem” i osobny incydent „Certyfikat SSL wygasa”; certyfikat wygasły to „Nie działa”.
• Na karcie monitora zawsze widać, za ile dni certyfikat wygasa (z datą); w historii sprawdzeń także wystawcę.

Heartbeat (cron, worker, backup)

Odwrotność klasycznego monitora: to Twoje zadanie melduje się do nas, a my alarmujemy, gdy meldunek nie przyjdzie. Idealne dla cronów, kolejek i backupów, do których nie ma jak „zapukać” z zewnątrz.

• Po utworzeniu dostajesz unikalny adres https://api.apphealthmeter.com/ping/<token>. Wystarczy GET lub POST na końcu zadania (np. curl -fsS ...). Gotowe fragmenty dla curl, wpisu crontab, skryptu bash, jednostki systemd, CronJoba Kubernetes i workflow GitHub Actions są w zakładce „Integracja” monitora — z podstawionym adresem i harmonogramem.
• Harmonogram interwałowy: oczekiwany odstęp między meldunkami (minimum 30 s) plus okres karencji (domyślnie 30 s). Brak meldunku po ich upływie otwiera incydent „Brak sygnału”. Nowy heartbeat, do którego nie dotarł jeszcze żaden meldunek, liczymy od chwili utworzenia — dostaje pełny interwał plus karencję, zanim uznamy go za brakujący.
• Harmonogram cron: 5-polowe wyrażenie cron (np. 0 3 * * *) w strefie czasowej IANA (np. Europe/Warsaw; formularz podpowiada strefę przeglądarki). Meldunek jest brakujący, gdy nie dotarł do ostatniego zaplanowanego terminu plus karencji. Zmianę czasu letniego i zimowego liczymy poprawnie, a terminów sprzed utworzenia monitora nie traktujemy jako przegapionych.
• Adres /ping/<token>/fail (GET lub POST) zgłasza jawną porażkę zadania — incydent „Zgłoszony błąd” otwiera się natychmiast, bez czekania na termin. Treść żądania (do 4 KB, np. ogon logu) zobaczysz w historii sprawdzeń. Zgłoszenie porażki liczy się jako meldunek (zadanie się uruchomiło), więc nie otworzymy do tego drugiego incydentu „Brak sygnału”.
• Token jest widoczny w całości tylko raz, przy utworzeniu; potem pokazujemy końcówkę. W każdej chwili możesz wygenerować nowy (stary przestaje działać). Do meldunku możesz dołączyć krótką treść (do 4 KB), zapisujemy ją przy sprawdzeniu.

Domena

• Podajesz domenę bez schematu i ścieżki (np. example.com).
• Raz dziennie pytamy rejestr (RDAP) o datę wygaśnięcia rejestracji. Mniej niż 30 dni to status „Problem” i incydent „Domena wygasa”; mniej niż 7 dni (albo domena wygasła) to „Nie działa”.
• Na karcie monitora zawsze widać, za ile dni domena wygasa (z datą); w historii sprawdzeń także rejestratora. Interwału nie da się zmienić — limity RDAP.
• Monitor domeny liczy się do puli monitorów (jak HTTP i SSL), nie heartbeatów.

Limity planów

Monitory HTTP/SSL i heartbeaty mają osobne pule. Minimalny interwał zależy od planu — formularz monitora nie pozwoli ustawić niższego, a silnik sprawdzeń pracuje z krokiem 30 s. Plan Free ma dodatkowe zasady (tylko HEAD, wymóg logowania, ograniczona liczba miejsc) — opisujemy je w sekcji „Plan Free”. Ile z limitów już wykorzystujesz, widać w „Konto → Konto” (sekcja „Zespół i konto”).

Statusy, incydenty i reguły alertów

Każdy monitor ma jeden z pięciu statusów:

• Działa — ostatnie sprawdzenie zakończone sukcesem.
• Nie działa — ostatnie sprawdzenie nieudane (błąd, timeout, kod 4xx/5xx, brak meldunku).
• Problem — działa, ale wymaga uwagi (np. certyfikat wygasa za mniej niż 14 dni).
• Brak danych — monitor jeszcze nie był sprawdzany albo jest wstrzymany.
• Serwis — trwa okno serwisowe, sprawdzenia są wstrzymane (patrz niżej).

Incydenty

Incydent to spójny okres niedostępności: otwiera się, gdy monitor przestaje działać, i zamyka przy pierwszym udanym sprawdzeniu. Widać go na liście „Incydenty” (otwarte / zamknięte / wszystkie, z czasem trwania) i w zakładce incydentów monitora. Liczba trwających awarii świeci przy pozycji menu.

Lista incydentów jest stronicowana po 25 pozycji: nad tabelą widzisz zakres i sumę (np. „1–25 z 63”), pod nią numer strony oraz przyciski „Poprzednia” i „Następna”. Filtry (otwarte / zamknięte / wszystkie oraz etykieta) działają na całej historii konta, a nie tylko na widocznej stronie — po zmianie filtru wracasz na pierwszą stronę wyników. Zakładka incydentów w szczegółach monitora pokazuje wyłącznie incydenty tego jednego monitora, a licznik przy pozycji menu liczy wszystkie trwające awarie, nie tylko te z bieżącej strony.

Reguły alertów (w formularzu monitora)

• Próg potwierdzeń (1–10, domyślnie 2): ile kolejnych nieudanych sprawdzeń musi zajść, zanim otworzymy incydent. Chroni przed alarmem o jednym zerwanym pakiecie. Dla heartbeatów brak meldunku po karencji jest wystarczającym potwierdzeniem.
• Opóźnienie alertu (0–3600 s): incydent otwiera się od razu, ale powiadomienie wychodzi dopiero, jeśli awaria trwa dłużej niż ten czas. Krótkie przerwy nie budzą nikogo w nocy.
• Przypomnienia (domyślnie co 8 h; 10 min – 24 h albo wyłączone): dopóki awaria trwa, co ten czas wysyłamy kolejne powiadomienie.
• Alerty włączone / wyłączone: wyciszenie powiadomień bez wstrzymywania sprawdzeń. Historia i uptime nadal się liczą.
• Odbiorcy: wybrane kanały; brak zaznaczenia oznacza wszystkie aktywne kanały konta.

Powiadomienia

Dziś powiadomienia wychodzą emailem. Powiadomienia push (aplikacja mobilna — wkrótce) i webhooki są w przygotowaniu.

• Adres każdego członka zespołu jest kanałem automatycznie, od momentu weryfikacji konta. Jeśli członek wciąż ma status „Oczekuje”, w „Konto → Powiadomienia” wyślesz mu link weryfikacyjny ponownie.
• W „Konto → Powiadomienia” dodasz dodatkowe adresy (np. ops@firma.pl). Na każdy wysyłamy link weryfikacyjny; alerty popłyną dopiero po potwierdzeniu. Link można wysłać ponownie.
• Testowe powiadomienie. Przy każdym kanale w „Konto → Powiadomienia” jest przycisk „Wyślij testowe powiadomienie”. Wiadomość idzie tą samą drogą co prawdziwy alert, więc sprawdza realną konfigurację: czy mail dociera i nie ląduje w spamie, czy telefon pokazuje powiadomienie. Działa dla kanałów e-mail i urządzeń mobilnych, ale tylko dla potwierdzonych i włączonych — przy pozostałych przycisk jest wyszarzony z podpowiedzią dlaczego. Limit: 5 testów na godzinę na kanał (po przekroczeniu zobaczysz komunikat i wystarczy spróbować później). Testy nie liczą się do limitu maili alertowych opisanego niżej i nie mają stopki z wypisem — to nie jest alert.
• Wysyłamy trzy rodzaje wiadomości: awaria (z powodem i czasem), przywrócenie (z czasem trwania) i przypomnienie o trwającej awarii. Dla certyfikatów i heartbeatów treść jest dostosowana do rodzaju problemu.
• W stopce alertu jest link „Fałszywy alarm?”. Otwiera stronę z przyciskiem potwierdzenia (samo otwarcie linku niczego nie zmienia — skanery poczty nie oznaczą incydentu za Ciebie); po kliknięciu incydent jest oznaczony, a my używamy tych zgłoszeń, żeby poprawiać wykrywanie. Link jest ważny 30 dni od wysyłki.
• Wypisanie jednym kliknięciem. Każdy alert ma w stopce link „wypisz ten adres”, a programy pocztowe (Gmail, Apple Mail…) pokazują przy nim własny przycisk „Wypisz się” — działa od razu. Link ze stopki otwiera stronę z przyciskiem potwierdzenia (samo otwarcie nic nie zmienia). Po wypisaniu kanał e-mail zostaje wyłączony i alerty na ten adres przestają wychodzić; monitory pracują dalej. Ponownie włączysz go w „Konto → Powiadomienia”. Link jest ważny 90 dni i dotyczy tylko alertów — wiadomości o koncie (weryfikacja, reset hasła, umowa) nie mają wypisu.
• Limit maili alertowych: 60 na godzinę na konto (godzina zegarowa, UTC). Po przekroczeniu kolejne alerty e-mail w tej godzinie nie wychodzą, a właściciel konta dostaje jedną wiadomość „wstrzymaliśmy powiadomienia e-mail” z liczbą wysłanych alertów i godziną wznowienia. Monitory działają, incydenty są rejestrowane i widoczne w panelu, a powiadomienia push (gdy będą dostępne) nie podlegają temu limitowi. Od następnej pełnej godziny maile wracają automatycznie. Jeśli limit bywa osiągany regularnie, wydłuż interwały albo wyłącz przypomnienia w ustawieniach monitorów.
• Alerty e-mail i powiadomienia push są zawsze po angielsku, niezależnie od języka konta (sam panel działa po polsku i po angielsku).

Uptime i statystyki

• Uptime liczymy z zapisanych sprawdzeń jako udział sprawdzeń innych niż „Nie działa”. Status „Problem” liczy się jako dostępność (usługa odpowiada). Gdy w oknie nie ma żadnego sprawdzenia, pokazujemy „—”, nie 0 % ani 100 %.
• Na karcie monitora: uptime 24 h i 30 dni. W szczegółach: 24 h, 7 dni i 30 dni.
• Dla monitorów HTTP i SSL pokazujemy też średni czas odpowiedzi i p95 (95 % sprawdzeń było szybszych) oraz wykres czasów odpowiedzi z ostatnich sprawdzeń.
• Tabela sprawdzeń zawiera czas, status, czas odpowiedzi, kod HTTP (lub dni do wygaśnięcia certyfikatu) i skrócony komunikat błędu.
• Historia sprawdzeń jest przechowywana przez okres zależny od planu (30–365 dni).

Jak liczymy uptime

• Okno 24 h liczymy wprost z pojedynczych sprawdzeń. Okna 7 i 30 dni składamy z gotowych agregatów godzinowych — jednej paczki liczników na monitor i godzinę — zamiast przemielać setki tysięcy wierszy przy każdym otwarciu panelu.
• Ostatnia, niepełna godzina zawsze pochodzi z bieżących danych. Do agregatów doklejamy surowe sprawdzenia od ostatniej pełnej godziny do teraz, więc awaria sprzed dziesięciu minut jest widoczna w uptime 30 dni od razu, a nie dopiero po przeliczeniu godziny.
• Procent uptime z agregatów jest identyczny z policzonym z pojedynczych sprawdzeń — liczniki się sumują. Jedyna różnica: okno 30 dni zaczyna się od granicy pełnej godziny, więc bywa o niecałą godzinę dłuższe niż dokładnie 30×24 h.
• Średni czas odpowiedzi jest dokładny w każdym oknie. p95 jest dokładne tylko w oknie 24 h (liczymy je z pojedynczych sprawdzeń); dla 7 i 30 dni to przybliżenie — średnia ważona z p95 policzonych osobno dla każdej godziny. Dokładnego percentyla nie da się złożyć z podsumowań godzinowych i nie chcemy udawać, że jest inaczej. Do porównań między monitorami i do wychwycenia trendu wartość wystarcza; jako twardą liczbę pod SLA traktuj p95 z okna 24 h.
• Średnia i p95 pomijają sprawdzenia ze statusem „Nie działa” (timeout niesie czas równy budżetowi oczekiwania i zawyżałby wynik) oraz te bez zmierzonego czasu, np. nieodebrane heartbeaty.

Uptime zostaje, gdy pojedyncze sprawdzenia wygasną

Agregaty mają własną, dłuższą retencję niż historia sprawdzeń wynikająca z planu: godzinowe przechowujemy 100 dni, dzienne 400 dni. Zanim skasujemy stare sprawdzenia, domykamy z nich agregaty — dlatego procent uptime za dawne okresy zostaje nawet wtedy, gdy tabela pojedynczych sprawdzeń za ten czas jest już pusta. Incydentów nie kasujemy w ogóle.

Etykiety: grupy, usługi, serwery, tagi

Etykiety porządkują monitory na cztery niezależne sposoby: grupa (np. klient, projekt), usługa (np. WWW, API), serwer (np. web-01) i dowolny tag. Monitor może mieć wiele etykiet każdego rodzaju.

• Etykiety tworzysz w menu „Etykiety” (nazwa, kolor z palety, kolejność) albo od razu w formularzu monitora przyciskiem „Dodaj”. Nazwa jest unikalna w obrębie rodzaju.
• Na dashboardzie nad listą monitorów pojawia się pasek filtrów: jeden rząd chipów na każdy rodzaj, z liczbą monitorów i czerwoną kropką, gdy w danej etykiecie coś nie działa. Jest też opcja „Bez grupy / usługi / serwera / tagu”.
• Pierwszy rząd paska to Typ monitora (HTTP, certyfikat SSL, heartbeat, domena) — widoczny, gdy masz monitory więcej niż jednego typu, także bez żadnych etykiet. Łączy się z filtrami etykiet (?type=http&group=…).
• Wybrany filtr zapisuje się w adresie strony (np. ?group=…&server=…), więc możesz dodać go do zakładek albo wysłać komuś z zespołu.
• Lista incydentów ma własny filtr po etykiecie.
• Usunięcie etykiety tylko odpina ją od monitorów — same monitory zostają.

Okna serwisowe

Zaplanowany deploy albo restart nie powinien budzić alertami ani psuć statystyk. Okno serwisowe wstrzymuje monitoring wybranych monitorów na określony czas.

• Menu „Serwis” → „Dodaj okno serwisowe”: nazwa, początek i koniec, cykliczność jednorazowo / codziennie / co tydzień.
• Zakres: wszystkie monitory albo wybrane monitory i etykiety (monitor jest objęty, gdy jest wskazany bezpośrednio lub ma którąś z zaznaczonych etykiet).
• W trakcie okna sprawdzenia się nie wykonują, heartbeaty nie są uznawane za brakujące, nie otwierają się incydenty i nie wychodzą alerty. Uptime nie spada. Monitor pokazuje status „Serwis”, a nad listą monitorów widać baner z nazwą okna i godziną zakończenia.
• Okna cykliczne trzymają się czasu ściennego w strefie, w której je zapisano, także po zmianie czasu. Maksymalna długość: 24 h dla codziennych, 7 dni dla tygodniowych.
• Okno można wyłączyć (zostaje na liście) albo usunąć. Incydent otwarty przed oknem zamknie się przy pierwszym udanym sprawdzeniu po nim.

Publiczna strona statusu

Każdy monitor może mieć własną publiczną stronę statusu — link bez logowania, który wyślesz klientowi albo wkleisz w wewnętrzną wiki. Domyślnie jest wyłączona.

• Szczegóły monitora → zakładka „Strona statusu” → włącz. Powstaje adres panel.apphealthmeter.com/s/<token>; przyciski „Kopiuj” i „Otwórz”.
• Możesz ustawić tytuł publiczny (domyślnie nazwa monitora) — to jedyna nazwa, jaką zobaczy odwiedzający.
• Strona pokazuje: aktualny status (w tym „Prace serwisowe”), czas ostatniego sprawdzenia, uptime 24 h / 7 dni / 30 dni, historię 90 dni i listę incydentów z ostatnich 90 dni (kiedy, jak długo).
• Strona nigdy nie pokazuje adresu sprawdzanej usługi, kodów odpowiedzi, treści błędów ani etykiet. Nie jest indeksowana przez wyszukiwarki. Kto zna link, ten widzi stronę.
• „Wygeneruj nowy adres” natychmiast unieważnia stary link. Wyłączenie strony zachowuje adres — po ponownym włączeniu działa ten sam. Dane odświeżają się co minutę.

Zespół i konto

• Konto ma właściciela (osoba, która je założyła) i członków. Właściciel ma zawsze wszystkie uprawnienia; każdy członek ma przypisaną rolę, która decyduje, co może zmieniać. Podgląd monitorów, incydentów i ustawień ma każdy członek.
• Role (Konto → Role): trzy systemowe — Administrator (wszystko), Edytor (monitory, etykiety, okna serwisowe, strony statusu, kanały powiadomień) i Obserwator (tylko podgląd) — oraz własne, z dowolną kombinacją ośmiu uprawnień: zarządzanie monitorami, etykiety, okna serwisowe, strony statusu, kanały powiadomień, ustawienia konta, zespół, role. Rolę wybierasz przy zaproszeniu i zmieniasz w liście zespołu. Usunięcie własnej roli przenosi jej członków do roli Edytor.
• Zaproszenie wysyłamy emailem; link jest ważny 7 dni i można go wysłać ponownie. Zaproszona osoba ustawia hasło i jest od razu zalogowana.
• Liczba miejsc w zespole zależy od planu (patrz tabela wyżej). Uprawnienia egzekwuje serwer — ukrycie przycisku w panelu to tylko wygoda.
• W „Konto” zmienisz hasło i język. Reset hasła: link „Zapomniałem hasła” na ekranie logowania.
• Zmiana adresu e-mail (Konto → Konto): podajesz nowy adres i aktualne hasło. Link potwierdzający wysyłamy na nowy adres (ważny 24 godziny), a na dotychczasowy — powiadomienie o zmianie z linkiem do resetu hasła, gdyby to nie Ty. Do kliknięcia linku nic się nie zmienia. Po potwierdzeniu konto i Twój kanał alertów przechodzą na nowy adres, a wszystkie sesje zostają wylogowane (panel, aplikacja) — logujesz się ponownie nowym adresem. Zajęty adres dostaje ten sam komunikat co wolny, bez maila. Najwyżej 3 prośby o zmianę na godzinę.
• Zużycie limitów planu (Konto → Konto): paski monitorów (HTTP/SSL/domena), heartbeatów i członków zespołu, a pod nimi historia sprawdzeń, minimalny interwał i dozwolone metody HTTP Twojego planu. Od 80 % któregokolwiek limitu pasek żółknie i pojawia się ostrzeżenie z przyciskiem „Zmień plan”; po osiągnięciu limitu nie dodasz kolejnych monitorów ani członków, dopóki nie zwolnisz miejsca albo nie zmienisz planu.
• Dane do faktury (Konto → Rozliczenia, na dole): osoba prywatna albo firma, nazwa lub imię i nazwisko, NIP (sprawdzamy sumę kontrolną) albo numer VAT-EU, adres, kraj i opcjonalny osobny email do faktur. Wymagane uprawnienie „Ustawienia konta”. Faktury za plany płatne wystawiamy w EUR; firmy z UE spoza Polski z numerem VAT dostają fakturę z odwrotnym obciążeniem.
• Dane każdego konta są od siebie w pełni odizolowane — użytkownik widzi wyłącznie monitory swojego konta.

Eksport danych i usunięcie konta

Kopia danych konta

W „Konto” zamówisz kopię wszystkich danych konta w jednej paczce ZIP. Paczkę składamy w tle i wysyłamy mailem link do pobrania — nie załącznik, bo z historią sprawdzeń bywa wielomegabajtowa. Wymagane uprawnienie „Ustawienia konta” (właściciel ma je zawsze) — w paczce są dane wszystkich członków konta, więc Obserwator jej nie wyciągnie.

• Co jest w paczce: konto i plan, użytkownicy, monitory z pełną konfiguracją, etykiety, okna serwisowe, kanały powiadomień, reguły alertów, pełna historia incydentów, dane rozliczeniowe (dane do faktury, płatności, metadane faktur) oraz historia sprawdzeń z ostatnich 90 dni, najwyżej 10 000 wierszy na monitor. Pliki są w formacie JSON, a w środku jest README.txt z opisem każdego z nich i z tym limitem wypisanym wprost.
• Czego w paczce nie ma: haseł, skrótów tokenów heartbeat i pełnych tokenów push (są zamaskowane). Sekrety nie wychodzą z systemu nawet do właściciela konta.
• Link jest ważny 48 godzin i sam w sobie uwierzytelnia — kto go ma, pobierze paczkę bez logowania. Nie przekazuj go dalej. Sam plik kasujemy z serwera po 7 dniach, niezależnie od tego, czy został pobrany.
• Jedno żądanie na dobę na konto (nie na użytkownika) — złożenie paczki przemiela całą historię sprawdzeń.

Usunięcie konta: karencja 7 dni

Konto usuwasz sam, w „Konto” — nie trzeba pisać do supportu. Może to zrobić wyłącznie właściciel; nie wystarczy uprawnienie „Ustawienia konta”, żeby skasować cudzą firmę. Potwierdzasz dwoma rzeczami: aktualnym hasłem i przepisanym ręcznie adresem e-mail właściciela konta.

• Skutek jest natychmiastowy: wszystkie monitory zostają wstrzymane (sprawdzenia się nie wykonują), alerty przestają chodzić, a subskrypcja płatna jest anulowana u operatora płatności — konto od razu przestaje kosztować. Pozostali członkowie zespołu tracą dostęp: konta są dezaktywowane i wylogowane ze wszystkich sesji. Właściciel zostaje zalogowany, bo tylko on może się rozmyślić.
• Dane znikają trwale dopiero po 7 dniach karencji. W tym czasie właściciel widzi w panelu baner z datą usunięcia i przyciskiem „Anuluj usunięcie”. Po tym terminie kasujemy konto, monitory, historię sprawdzeń, incydenty, kanały i ustawienia — bez kosza i bez przywracania. Potwierdzenie wysyłamy mailem po fakcie.
• Anulowanie (tylko właściciel) wznawia monitory wstrzymane przez system i przywraca dostęp członkom zespołu. Monitory, które wyłączyłeś ręcznie przed żądaniem, zostają wyłączone; oczekujące zaproszenia zostają oczekujące. W trakcie karencji zwykły przycisk „wznów monitory” jest zablokowany — monitory wracają wyłącznie przez anulowanie usunięcia.
• Anulowanie nie przywraca subskrypcji. Została anulowana u operatora płatności, więc konto wraca na plan Free, a plan płatny trzeba wykupić ponownie. Piszemy o tym też w mailu potwierdzającym żądanie.
• Mailem informujemy o każdym kroku: o przyjęciu żądania (z datą usunięcia), o anulowaniu i o dokonanym usunięciu.

Plan Free: limity i zasady

Free jest darmowy i przeznaczony do małych, żywych projektów — nie do parkowania kont „na kiedyś”. Dlatego ma węższe limity niż plany płatne i wymaga, żebyś się logował. Wszystko poniżej dotyczy wyłącznie planu Free: na planach płatnych nie ma wymogu logowania, nic nie jest pauzowane ani usuwane.

Free wolno używać komercyjnie — także w firmie i do monitorowania zasobów klientów. Regulamin nie ogranicza tego planu do zastosowań niekomercyjnych; zabroniona jest jedynie odsprzedaż usługi bez naszej zgody oraz zakładanie wielu kont Free po to, by obejść limity jednego konta (osobne konta dla odrębnych organizacji są w porządku).

Limity

• 4 monitory (HTTP, certyfikat SSL i domena dzielą tę pulę) oraz 5 heartbeatów w osobnej puli.
• Minimalny interwał 5 minut i 1 użytkownik — bez zapraszania zespołu.
• 30 dni historii sprawdzeń. Starsze wyniki kasujemy codziennie automatycznie; incydenty zostają, więc historia awarii nie znika razem z wykresami.
• Sprawdzenia HTTP tylko metodą HEAD — formularz monitora nie pozwoli wybrać innej, a próba zapisania GET czy POST kończy się komunikatem o planie. HEAD pobiera same nagłówki, więc kosztuje nas najmniej transferu.
• Alerty email. Push w aplikacji mobilnej (wkrótce) będzie dostępny we wszystkich planach.

Wymóg logowania: 30 i 60 dni

• 30 dni bez logowania → wstrzymujemy monitory. Konto, monitory i historia zostają nietknięte, ale sprawdzenia się nie wykonują. Po zalogowaniu panel (wkrótce także aplikacja mobilna) pokazuje baner z przyciskiem, który wznawia wszystkie monitory wstrzymane przez system — te, które sam wcześniej wyłączyłeś, zostają wyłączone.
• 60 dni bez logowania → konto Free jest usuwane bezpowrotnie, razem z monitorami, historią sprawdzeń, incydentami i ustawieniami alertów. Nie ma kosza ani przywracania.
• Liczy się wyłącznie logowanie do panelu (wkrótce także do aplikacji mobilnej). Działające monitory i przychodzące pingi heartbeat nie podtrzymują konta — inaczej porzucone konto pracowałoby w nieskończoność.
• Ostrzegamy mailem: 7 i 1 dzień przed wstrzymaniem monitorów (po angielsku) oraz 14 i 3 dni przed usunięciem konta (w języku konta). Wystarczy zalogować się przed terminem, żeby licznik ruszył od zera.
• Chcesz zachować konfigurację przed usunięciem konta? Zamów kopię danych w „Konto” — dostaniesz mailem link do paczki ZIP (patrz „Eksport danych i usunięcie konta”). Zrób to przed terminem: po usunięciu konta nie mamy już czego wydać.

Ograniczona liczba miejsc

Plan Free ma limit aktywnych kont (na start 200). Gdy miejsca się skończą, rejestracja na Free jest odrzucana z komunikatem — nie ma listy oczekujących, wystarczy spróbować później albo wybrać plan płatny. Liczbę wolnych miejsc pokazujemy na stronie z cennikiem i przy rejestracji; miejsce zwalnia się, gdy konto zostanie wstrzymane albo usunięte za brak logowania.

Czym różni się plan Individual

• 25 monitorów i 50 heartbeatów, interwał od 60 s, 90 dni historii.
• Pełny zestaw metod HTTP: GET, POST, PUT, PATCH, DELETE, OPTIONS, QUERY.
• Brak wymogu logowania — konto i monitory działają, nawet jeśli nie zaglądasz do panelu miesiącami.
• Brak limitu miejsc — plan płatny można kupić w każdej chwili.

Rozliczenia: plan, płatności, faktury

• Konto → Rozliczenia pokazuje bieżący plan z użyciem limitów, wybór planu (miesięcznie albo rocznie z rabatem ~17 %), tabelę płatności, tabelę faktur i dane do faktury.
• Płacisz kartą przez Stripe (Checkout). Zmiana karty, planu i anulowanie subskrypcji odbywają się w portalu Stripe („Zarządzaj subskrypcją”). Po anulowaniu plan działa do końca opłaconego okresu, potem konto wraca na Free — dane zostają.
• Każda płatność pojawia się w tabeli od razu. Fakturę VAT w EUR wystawiamy w ciągu kilku dni roboczych; do tego czasu w wierszu płatności widać „Faktura niebawem będzie dostępna”. PDF pobierasz z tabeli faktur — tylko po zalogowaniu na swoje konto.
• Dane na fakturze bierzemy z formularza na dole tej zakładki — uzupełnij je przed pierwszą płatnością.
• Zmiana planu wymaga uprawnienia „Ustawienia konta”.

Bezpieczeństwo i prywatność

Regulamin i Polityka prywatności są wersjonowane i publikowane w panelu (bez logowania), z listą wszystkich wersji i datą obowiązywania. Przy rejestracji akceptujesz bieżącą wersję (plus odrębnie cechy fazy beta). Gdy opublikujemy nową wersję, po zalogowaniu zobaczysz okno z linkami do dokumentów — dalsza praca w panelu wymaga akceptacji. Zapisujemy, kto i kiedy zaakceptował którą wersję. Starsze wersje pozostają dostępne pod adresem panel.apphealthmeter.com/pl/legal/<dokument>/<wersja> (np. /pl/legal/privacy/1.0). Najbliższa zmiana: Polityka prywatności 1.1 obowiązuje od 16 września 2026 — od tego dnia panel poprosi o jej akceptację.

• Panel używa wyłącznie niezbędnych cookies (sesja, motyw, język); Google Analytics ładujemy tylko za Twoją zgodą. Zgodę zmienisz w każdej chwili przez „Ustawienia cookies” w stopce panelu.
• Dane monitoringu i konta przechowujemy i przetwarzamy w Unii Europejskiej (hosting w Niemczech). Wybrani dostawcy z USA — Resend (poczta transakcyjna), Stripe (płatności), Google (Firebase Cloud Messaging dla push; Google Analytics na stronie marketingowej wyłącznie za zgodą), Sentry (raportowanie błędów) — przetwarzają dane na podstawie standardowych klauzul umownych UE. Pełna lista podmiotów przetwarzających jest w Polityce prywatności.
• Sesja logowania żyje w ciasteczkach httpOnly (niedostępnych dla skryptów), z krótkim tokenem dostępu odświeżanym w tle. Wylogowanie unieważnia sesję po stronie serwera.
• Ochrona logowania: po 5 nieudanych próbach w ciągu 15 minut logowanie na dany adres jest blokowane na 15 minut; każda kolejna seria w ciągu doby podwaja blokadę (30 min, 1 h, maks. 2 h), a udane logowanie zeruje licznik. Niezależnie działają limity: 30 prób na 15 minut z jednego adresu IP i 10 prób na 15 minut na jeden adres e-mail. Zablokowana próba dostaje komunikat, za ile minut spróbować ponownie — hasło nie jest wtedy w ogóle sprawdzane. Blokada nie zdradza, czy konto o danym adresie istnieje.
• Sprawdzenia nie mogą być kierowane na adresy prywatne (np. localhost, sieci wewnętrzne) — chroni to naszą infrastrukturę i Twoją. Jeśli monitorujesz własną sieć z własnym probe, napisz do nas.
• Publiczne punkty (rejestracja, ping heartbeat, strona statusu) mają limity zapytań na adres IP.
• Tokeny heartbeat przechowujemy wyłącznie jako skróty; tokeny stron statusu są jawne, bo służą tylko do odczytu.
• Kopię swoich danych i usunięcie konta obsługujesz sam, bez pisania do supportu — jednym kliknięciem w „Konto”. Szczegóły (co jest w paczce, 48 h ważności linku, 7 dni karencji przed trwałym usunięciem) opisuje sekcja „Eksport danych i usunięcie konta”.

Czego jeszcze nie ma

Uczciwie o ograniczeniach na dziś. Wszystko poniżej jest w planie, w tej mniej więcej kolejności:

• Sprawdzenia z jednego regionu (UE). Wiele regionów z potwierdzeniem awarii z dwóch miejsc — w drodze.
• Kanały: webhook, Slack, Discord, Telegram; powiadomienia push w aplikacji mobilnej.
• Sprawdzanie słowa kluczowego w treści odpowiedzi, monitory TCP/port i ping.
• Publiczne API z tokenem, badge uptime, cotygodniowy raport emailem, zbiorcza strona statusu konta.

Brakuje czegoś, co blokuje Cię już dziś? Napisz: support@apphealthmeter.com.