Monitorowanie API: Odpowiedź 200 z błędem to nadal awaria.

Monitoruj endpointy API z metodą, nagłówkami i treścią żądania, których naprawdę potrzebują, i sprawdzaj JSON w odpowiedzi, a nie tylko kod statusu.

14 dni za darmo · Potem 5 monitorów gratis · Bez karty kredytowej

4.9/5 z 1,247+ opinii Zaufało nam 65,000+ firm
01

Prawdziwe żądania

Wysyłaj GET, POST, PUT, PATCH, DELETE, HEAD lub OPTIONS z własnymi nagłówkami i treścią JSON – tak, jak Twoi klienci wywołują API.

02

Sprawdzaj odpowiedź

Sprawdzaj pola JSON, nagłówki i słowa kluczowe, aby endpoint zwracający 200 z komunikatem o błędzie nadal był liczony jako awaria.

03

Czas odpowiedzi według faz

Każde sprawdzenie dzieli czas odpowiedzi na DNS, połączenie, TLS, serwer i pobieranie. Zobaczysz wolny endpoint, zanim przekroczy limit czasu.

Monitorowanie API, które sprawdza to, od czego zależą Twoi klienci

API może działać i jednocześnie być zepsute. Load balancer odpowiada, kod statusu to 200, a w treści odpowiedzi widnieje informacja, że połączenie z bazą danych się nie powiodło. Twoja aplikacja mobilna, partnerzy i Twój własny frontend widzą błąd, a zwykłe sprawdzanie dostępności nie widzi żadnego problemu.

Monitorowanie API wywołuje Twoje endpointy zgodnie z harmonogramem i sprawdza zarówno, czy odpowiadają, jak i czy odpowiedź jest poprawna. W Uptimecheck korzysta z tych samych monitorów HTTP(S) co monitorowanie dostępności stron, z opcjami, których potrzebuje API.

Co możesz skonfigurować

Metoda: GET, POST, PUT, PATCH, DELETE, HEAD lub OPTIONS.Nagłówki: do 20, np. klucz API, nagłówek Authorization lub własny user agent.Treść żądania: wyślij payload JSON, aby przetestować operację zapisu.Oczekiwany status: kody lub zakresy, np. 200-299 lub 201.Sprawdzanie JSON i nagłówków: do 10 warunków, które muszą być spełnione jednocześnie, np. $.status równa się ok.Słowo kluczowe: tekst, który odpowiedź musi zawierać lub którego nie może zawierać.Limit czasu i próg spowolnienia: błąd po maksymalnie 30 sekundach oraz alert o spowolnieniu, gdy czas odpowiedzi utrzymuje się powyżej Twojego progu.

Które endpointy monitorować najpierw

Zacznij od żądań, które przynoszą pieniądze albo blokują użytkowników. W sklepie internetowym to koszyk, finalizacja zamówienia i callback płatności. W produkcie SaaS to logowanie, główny endpoint odczytu i każdy webhook, który otrzymujesz od dostawcy płatności. Checklista monitorowania API podpowiada, co objąć monitoringiem i jak często, a nasz poradnik o endpointach health check pokazuje, co powinien zwracać dobry endpoint.

Typowa konfiguracja dla lumenanalytics.io

GET /health co minutę ze sprawdzeniem JSON, czy $.status równa się ok.POST /v1/events z małym testowym payloadem i nagłówkiem z kluczem API.GET /v1/reports z nagłówkiem Authorization i alertem o spowolnieniu przy 1500 ms.

Dowiedz się, kiedy endpoint zwalnia

Uptimecheck sprawdza ze Sztokholmu, Londynu i Nowego Jorku i potwierdza każdą awarię z drugiej lokalizacji, zanim otworzy się incydent, dzięki czemu pojedyncze zgubione żądanie nie postawi zespołu na nogi. Czasy odpowiedzi są zapisywane dla każdego sprawdzenia i rozbijane na DNS, połączenie, TLS, serwer i pobieranie, więc widzisz, że endpoint raportów o 14:00 zwolnił z 90 ms do 2,4 s, że czas uciekł w fazie serwera i że health check pozostał bez zmian.

Gdy jedno żądanie nie wystarcza

Wiele problemów z API ujawnia się dopiero w sekwencji: zaloguj się, pobierz token, użyj go. Monitor scenariuszy wykonuje do 10 kroków po kolei, zapisuje wartość, np. token lub ID zamówienia, z jednego kroku i używa jej w następnym. Sekrety, takie jak hasła, są szyfrowane i nigdy nie są ponownie wyświetlane.

Alerty i automatyzacja

Gdy endpoint przestaje działać, alerty trafiają na e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooki i powiadomienia push na telefonie – w każdym planie. Webhooki są podpisywane, więc Twoje narzędzia mogą zweryfikować ich pochodzenie. Monitorami możesz też zarządzać z poziomu kodu: w planach Professional i Business REST API tworzy i aktualizuje monitory z Twojego pipeline’u wdrożeniowego, więc nowy endpoint dostaje monitor w dniu premiery.

Monitoruj zależności, nie tylko własny kod

Twoje API zależy od innych: dostawcy płatności, usługi e-mail, platformy hostingowej. Gdy jedna z nich zawiedzie, Twój endpoint może nadal odpowiadać, choć funkcja za nim nie działa. Dodaj monitory dla endpointów, które z nich korzystają, i śledź strony statusu dostawców takich jak Klarna, Shopify, Cloudflare i OpenAI dzięki monitorowaniu usług zewnętrznych. Wtedy w ciągu kilku minut powiesz klientowi, czy problem leży po Twojej stronie, czy u dostawcy.

Bezpieczny ruch testowy

Do żądań monitorujących używaj osobnego konta testowego lub klucza API, a operacje zapisu projektuj jako idempotentne, aby POST wysyłany co minutę nie zapełniał bazy danych rekordami testowymi. Oznacz ruch monitorujący własnym nagłówkiem user agent, aby łatwo odfiltrować go z własnej analityki i logów.

Do zadań w tle, które nie udostępniają endpointu, użyj zamiast tego monitorowania zadań cron.

Plany zaczynają się od 9 € miesięcznie przy płatności rocznej lub 12 € przy płatności miesięcznej, bez VAT. Wszystkie limity znajdziesz w cenniku. Możesz też rozpocząć 14-dniowy darmowy okres próbny bez karty.

“UptimeCheck makes monitoring incredibly easy for developers like us. All we have to do is enter our website's URLs, choose the channels we want notifications delivered on (email, SMS, Slack, Telegram), and we're done!”

Rasmus Danielsson

Developer

Monitorowanie API: pytania

Czy mogę wysłać treść JSON w sprawdzeniu API?

Tak. Monitory HTTP(S) obsługują własną metodę, nagłówki i treść żądania, więc możesz wysłać payload JSON, aby przetestować endpoint zapisu.

Jak monitorować API, które wymaga klucza API?

Dodaj klucz jako nagłówek żądania, np. nagłówek Authorization z tokenem bearer lub danymi uwierzytelniania basic.

Co, jeśli API zwraca 200 z błędem?

Dodaj sprawdzenie JSON, np. $.status równa się ok, albo słowo kluczowe, którego odpowiedź nie może zawierać. Jeśli warunek nie jest spełniony, sprawdzenie kończy się błędem i dostajesz alert.

Czy mogę monitorować logowanie, a po nim wywołanie API?

Tak. Monitor scenariuszy wykonuje kilka żądań po kolei i przenosi wartości, np. token, z jednego kroku do następnego.

Czy mogę tworzyć monitory API automatycznie?

Tak. W planach Professional i Business REST API może tworzyć, aktualizować i usuwać monitory, więc Twój pipeline wdrożeniowy może je dodawać.

Jak sprawdzić dostępność API?

Dodaj monitor HTTP(S) dla endpointu z potrzebną metodą, nagłówkami i treścią żądania oraz sprawdzeniem JSON lub słowa kluczowego w odpowiedzi. Uptimecheck wywołuje go nawet co minutę ze Sztokholmu, Londynu i Nowego Jorku, potwierdza awarię drugim sprawdzeniem przed wysłaniem alertu i zapisuje czas odpowiedzi każdego wywołania.

Dobrze współpracuje z

Uptime monitoring

Testy HTTP(S), ping i portów co minutę, potwierdzane drugim testem przed każdym alertem.

Dowiedz się więcej

Flow monitoring

Wieloetapowe testy logowania, formularzy, checkoutu i sekwencji wywołań API.

Dowiedz się więcej

REST API and MCP

Zarządzaj monitorami, oknami serwisowymi i aktualizacjami statusu z poziomu kodu lub asystenta AI.

Dowiedz się więcej

Przestoje to przeszłość.

Skonfiguruj pierwszy monitor w niecałą minutę albo najpierw rozejrzyj się w demo na żywo.

14 dni za darmo · Potem 5 monitorów gratis · Bez karty kredytowej