Uptime-Monitoring
Erkennen Sie Ausfälle sofort, aus mehreren Regionen, bevor Ihre Kunden etwas merken.
API-Monitoring17 Regionen, jeder Ausfall bestätigt API-Monitoring,
API-Monitoring,
doppelt geprüft.
API-Uptime-Monitoring mit Ihrer Methode, Ihren Headern und Ihrem Body, alle 30 Sekunden aus 17 Regionen. Ein Fehlschlag wird aus anderen Regionen erneut geprüft, bevor jemand alarmiert wird.
20 Monitore kostenlos mit 5-Minuten-Checks, ohne Kreditkarte.
Teams vertrauen auf Hyperping, wenn Uptime an erster Stelle steht.
Erfolgsgeschichten lesen
Eine Anfrage, geprüft wie von einem Client. Methode, Header, Body, erwartete Antwort.
Ein API-Check ist ein HTTP-Monitor: Hyperping sendet die beschriebene Anfrage nach Zeitplan und vergleicht die Antwort mit der eines gesunden Endpoints. Einrichten im Dashboard, über die API oder mit Terraform.
- 1
Senden Sie die Anfrage Ihrer Clients
GET, POST, PUT, PATCH, DELETE, HEAD oder OPTIONS, mit eigenen Headern wie einem Authorization-Token oder einem API-Schlüssel und einem JSON-, Form- oder Raw-Body. Der Content-Type folgt dem Body.
- 2
Legen Sie fest, wie eine gesunde Antwort aussieht
Jeder 2xx-Code, alles bis 3xx oder genau ein Statuscode. Ergänzen Sie einen Text, den der Body enthalten muss, etwa "status":"ok", und einen Timeout: Eine langsamere Antwort zählt als Ausfall.
- 3
Alle 30 Sekunden ausführen
Die Checks wechseln durch die gewählten Regionen, eine Region pro Check. Alle 30 Sekunden in den bezahlten Plänen, alle 5 Minuten in Free, und der Test-Button führt ihn vor dem Speichern einmal aus.
What the probe sendshttp
POST /v1/checkout/health HTTP/1.1
Host: api.example.com
Authorization: Bearer $API_TOKEN
Content-Type: application/json
{"dry_run": true, "currency": "usd"}
# Up when: status 200 to 299
# and the body contains "status":"ok"Sechs Arten, wie eine API ausfällt. Jede lässt den Check fehlschlagen.
- POST /v1/checkout · 503 Service Unavailabledown · confirmed from 3 regions
Der Endpoint, der ausfällt
Ein Deployment, ein voller Connection-Pool, ein abgestürzter Worker. Jede Antwort außerhalb der erwarteten Statuscodes lässt den Check fehlschlagen, und die anderen Regionen bestätigen es, bevor jemand alarmiert wird.
Wie Ausfälle bestätigt werden - 200 OK · {"error":"upstream timeout"}body check · 422
200 OK, falsche Antwort
Viele APIs antworten mit 200 und einem Fehler im Body. Tragen Sie unter Body contains den Text ein, den eine gesunde Antwort immer enthält, aktivieren Sie Count it as down, und fehlt der Text, schlägt der Check fehl.
Inhaltsprüfung - GET /v1/orders · 401 Unauthorized401 · expected 200 to 299
Der Schlüssel, den jemand rotiert hat
Senden Sie denselben Authorization-Header oder API-Schlüssel wie Ihre Clients. Wird der Schlüssel widerrufen oder fällt der Auth-Dienst aus, lässt der 401 den Check fehlschlagen wie jeden Ausfall.
Anfrage-Einstellungen - GET /v1/search · no answer after 10 stimeout · down
Langsamer, als Ihre Clients warten
Stellen Sie den Timeout Ihrer Clients ein, von 5 bis 60 Sekunden. Eine langsamere Antwort zählt als Ausfall, und die Antwortzeit jedes Checks wird pro Region gespeichert.
Antwortzeiten - cert · api.example.com · 7 days leftreminder · Slack and email
Das Zertifikat des API-Hosts
Browser verzeihen vieles, was API-Clients nicht verzeihen. Jeder HTTPS-Monitor prüft sein Zertifikat täglich: Ablauf, Kette, Hostname und Widerruf, mit Erinnerungen, bevor es abläuft.
SSL-Monitoring - api.openai.com · 5xx from 3 regionsdependency down
Die API, von der Sie abhängen
Zahlungen, E-Mail, der Modellanbieter: Fällt deren Dienst aus, dann auch Ihrer. Überwachen Sie deren Endpoints wie Ihre eigenen, oder sehen Sie, welche bekannten Dienste gerade ausgefallen sind.
Ist es down?
17 Regionen, eine nach der anderen. Ein Fehlschlag wird aus den anderen erneut geprüft.
Ein fehlgeschlagener Check zählt nie allein. Andere gewählte Regionen senden sofort dieselbe Anfrage, und nur ein Fehlschlag, den auch sie sehen, eröffnet einen Ausfall und alarmiert Ihr Team.
- Geplanter Check1 region · every 30 s
Jeder Check läuft aus einer Ihrer Regionen, der nächste aus der nächsten. So decken wenige Regionen die Welt ab, ohne die Anfragen zu vervielfachen.
- Fehlschlag503 · Frankfurt
Ein falscher Statuscode, ein fehlender Text, ein Timeout oder eine abgelehnte Verbindung. Noch wird nichts gesendet.
- Erneute PrüfungLondon · N. Virginia · Singapore
Andere gewählte Regionen senden sofort dieselbe Anfrage, nicht erst beim nächsten Intervall. Bekommt eine davon eine gute Antwort, wird kein Ausfall eröffnet.
- Bestätigtoutage opens · alerts go out
Nur ein Fehlschlag, den auch die anderen Regionen sehen, eröffnet einen Ausfall, alarmiert die Kanäle des Monitors und startet seine Eskalationsrichtlinie.
Wählen Sie die Regionen, die Ihren Nutzern und Ihrer API am nächsten sind, drei oder mehr, damit ein Fehlschlag anderswo bestätigt werden kann.
- San FranciscoSFO
- NordkalifornienCAL
- Nord-VirginiaVIR
- New YorkNYC
- TorontoTOR
- São PauloSAO
- LondonLDN
- ParisPAR
- FrankfurtFRA
- AmsterdamAMS
- KapstadtCPT
- MumbaiMUM
- BangaloreBLR
- SingapurSGP
- SeoulSEO
- TokioTKY
- SydneySYD
Dann erfährt es die richtige Person. Und Ihre Kunden sehen es.
Ein bestätigter Fehlschlag startet die Eskalationsrichtlinie des Monitors und färbt den Dienst auf Ihrer Statusseite rot. Antwortet die API wieder, wird der Ausfall geschlossen und die Seite zeigt wieder Betriebsbereit.
Die Rufbereitschaft, nicht ein Kanal
Verknüpfen Sie eine Eskalationsrichtlinie mit dem Monitor: zuerst Slack, dann SMS und Anruf an die Person in Rufbereitschaft, dann die nächste, wenn niemand bestätigt.
Rufbereitschaft und EskalationEine Statusseite, die sich selbst aktualisiert
Fügen Sie den Monitor einer Statusseite als Dienst hinzu. Wird der Ausfall bestätigt, ändert sich sein Status auf der Seite, und wieder zurück, sobald die API sich erholt.
StatusseitenRuhe während Ihrer Deployments
Planen Sie ein Wartungsfenster für eine Migration oder ein Release, und die Monitore der API alarmieren währenddessen nicht. Fügen Sie eine Alarmverzögerung für Endpoints hinzu, die sich von selbst erholen.
Weniger Lärm
Verifizierte Alarme.Dort, wo Ihr Team arbeitet.
Jeder Alarm wird von mindestens zwei weiteren Standorten gegengeprüft, bevor er in den Tools landet, die Ihr Team bereits nutzt.
Slack
Microsoft Teams
Google Chat
PagerDuty
Opsgenie
Jira Service Management
Discord
Telegram
Mobile App- SMS
- Anruf
- Webhooks
Wenn eine Anfrage nicht reicht. Verkettete API-Checks mit Playwright.
HTTP-Monitore prüfen eine Anfrage gegen einen Statuscode und einen Body. Für eine Anmeldung vor dem Aufruf oder Assertions auf JSON-Felder schreiben Sie einen Browser-Check, der nur API-Anfragen stellt.
- 1
Anmelden, dann aufrufen
Ein Token holen, an die nächste Anfrage weitergeben und prüfen, was zurückkommt: die Abläufe, die eine einzelne Anfrage nicht abdeckt, geschrieben mit Playwrights request-Fixture, ohne einen Browser zu öffnen.
- 2
Assertions auf JSON-Felder
Prüfen Sie den Wert eines Felds, einen Typ, die Länge eines Arrays, einen Header. Secrets bleiben in den Umgebungsvariablen des Checks, und ein fehlgeschlagener Lauf behält seine Logs und seinen Trace.
- 3
Zählen als Browser-Checks
Sie laufen höchstens alle 5 Minuten und zählen zu Ihren Browser-Checks: 3 in Essentials, 10 in Pro, 25 in Business. Nutzen Sie sie für die wenigen Abläufe, die zählen, neben Ihren Playwright-User-Journeys.
orders.spec.tstypescript
import { test, expect } from '@playwright/test';
test('log in, then read the latest order', async ({ request }) => {
const login = await request.post('https://api.example.com/v1/auth/token', {
data: {
client_id: process.env.CLIENT_ID,
client_secret: process.env.CLIENT_SECRET,
},
});
expect(login.status()).toBe(200);
const { access_token } = await login.json();
const res = await request.get('https://api.example.com/v1/orders?limit=1', {
headers: { Authorization: `Bearer ${access_token}` },
});
expect(res.status()).toBe(200);
const body = await res.json();
expect(body.data).toHaveLength(1);
expect(body.data[0]).toMatchObject({ status: expect.any(String) });
});Das sagen Teams über Hyperping.
@hyperping ist wirklich großartig
Hyperping hat bei uns im Unternehmen den Ruf, reaktionsschneller zu sein als Datadog. Benachrichtigungen von Hyperping erhalten wir meist vor denen von Datadog.
Wir haben uns für Hyperping entschieden, um unseren Nutzern ein hochwertiges Dashboard für Incidents und Statusmeldungen zu bieten.
Die Echtzeit-Alarme von Hyperping sagen uns, wenn die App ausfällt. Manchmal kommen sie sogar, bevor AWS es bemerkt oder uns benachrichtigt.
Wir können uns nicht mehr vorstellen, unser SaaS-Geschäft ohne Hyperping zu betreiben.
Hyperping überzeugt auf ganzer Linie: von der reibungslosen Einrichtung über die Gewissheit, dass alles läuft, bis zum aufmerksamen Kundenservice.
Vom Ausfall Ihrer Website erfahren Sie erst durch das Support-Ticket eines Kunden.
Uptime, Statusseiten, Rufbereitschaft.Eine Plattform. Wissen, bevor Ihre Kunden es merken.
Server-Monitoring
Ein schlanker Agent überwacht CPU, Speicher und Festplatte, damit Sie Probleme erkennen, bevor daraus ein Ausfall wird.
Browser-Checks / E2E
Playwright-Tests, die fehlerhafte Logins und Checkouts finden, bevor Ihre Kunden es tun.
Cron-Job-Monitoring
Alarm, sobald ein Backup oder geplanter Job unbemerkt ausbleibt, nicht erst Tage später.
api.acme.com is down. HTTP 503 from Paris, confirmed from Frankfurt and N. Virginia.9:42 AM
Incident published on status.acme.com. 1,240 subscribers notified by email.9:43 AM
api.acme.com is back up. Downtime 4 min 12 s, incident resolved automatically.9:46 AM
View incident
Benachrichtigungskanäle
Alarme erreichen die richtige Person über 
Slack, Teams, SMS oder Anruf, je nachdem, was sie zuverlässig weckt.
SSL-Monitoring
Zertifikate im Blick: Alarme vor dem Ablauf sorgen dafür, dass sich Ihre Kunden immer sicher verbinden.
Bereitschaftskalender
Planen Sie Rotationen, verteilen Sie die Last und sehen Sie, wer Bereitschaft hat. Jeder Incident erreicht die richtige Person zur richtigen Zeit.
Drei Tools. Eine bessere Rechnung.Monitoring, Statusseiten, Rufbereitschaft. Aus einer Hand.
USD · Monatliche Abrechnung für alle Tarife
Der Tool-Mix
Drei Abos, damit alles läuft.
- Pingdom100 Uptime-Checks + 20 erweiterte Checks149 $/Mon.
- StatuspageStartup (öffentlich) + Growth (privat)348 $/Mon.
- PagerDutyProfessional · 10 Nutzer × 25 $250 $/Mon.
Gesamtkosten
747 $/Monat
8.964 $ für 12 MonateAlles vernetzt, von der ersten Prüfung an.
- 1.000 Monitore
- 10 Statusseiten
- 20 Teammitglieder
- Rufbereitschaft & Eskalationen
- Prüfungen alle 20 Sekunden
- Priorisierter Support
Eine Plattform. Ein Abo.
299 $/Monat
3.588 $ für 12 Monate60 % weniger
Preise ansehen Sparen Sie 5.376 $ pro Jahr gegenüber diesem Mix.
Preisquellen & Annahmen
Geprüft am . Alle Beträge in USD; Preise in Landeswährung können abweichen.
- Pingdom Synthetic Monitoring: 149 $/Monat für 100 Uptime-Checks, 20 erweiterte Checks und 350 SMS-Credits. USD-Preis aus unserer Analyse vom 17. August 2026; der Live-Rechner zeigte bei dieser Prüfung EUR an, daher wurde der USD-Preis heute nicht erneut unabhängig verifiziert.
- Statuspage: eine öffentliche Startup-Seite (99 $/Monat, 1.000 Abonnenten, 10 Teammitglieder) und eine private Growth-Seite (249 $/Monat, 300 authentifizierte Abonnenten, 15 Teammitglieder).
- PagerDuty Professional: 25 $/Nutzer/Monat bei monatlicher Abrechnung, für 10 Nutzer. Der Preis von 21 $ setzt jährliche Abrechnung voraus.
- Hyperping Business: 299 $/Monat bei monatlicher Abrechnung. Die beworbenen 249 $/Monat sind der gerundete Monatswert des Jahrespreises von 2.990 $/Jahr und fließen nicht in diesen Vergleich ein.
Dies ist ein Beispiel für einen Stack aus drei Tools, weder das günstigste mögliche Setup noch ein Vergleich Funktion für Funktion. Pingdom und PagerDuty bieten auch Statusseiten-Funktionen; nicht jedes Team braucht ein separates Statuspage-Abonnement. Nutzungsabhängige Gebühren und kostenpflichtige Konnektoren sind nicht enthalten. Jahressummen entsprechen 12 Monatszahlungen, nicht Angeboten für Jahresabonnements.
Fragen zum API-Monitoring.
Was ist API-Monitoring?
API-Monitoring prüft von außerhalb Ihrer Infrastruktur, ob Ihre API-Endpoints antworten, richtig antworten und rechtzeitig antworten. Hyperping sendet die von Ihnen definierte Anfrage mit Methode, Headern und Body nach Zeitplan aus 17 Regionen, prüft den Statuscode und den Body der Antwort und alarmiert Ihr Team, sobald ein Fehlschlag bestätigt ist. Siehe die Definition in unserem Glossar.
Wie überwache ich die Verfügbarkeit einer API?
Legen Sie einen HTTP-Monitor mit der URL des Endpoints an, wählen Sie die Methode, fügen Sie die Header und den Body Ihrer Clients hinzu und legen Sie dann den erwarteten Statuscode und den Text fest, den der Body enthalten muss. Wählen Sie Regionen und Intervall sowie die Alarmkanäle oder die Eskalationsrichtlinie. Hyperping führt den Check ab dann aus und speichert jede Antwortzeit. Siehe Monitor anlegen.
Kann Hyperping POST-Anfragen mit Headern und JSON-Body überwachen?
Ja. HTTP-Monitore senden GET-, POST-, PUT-, PATCH-, DELETE-, HEAD- oder OPTIONS-Anfragen mit eigenen Headern und einem JSON-, Form- oder Raw-Body, über das Dashboard oder die API. Der Content-Type-Header folgt dem Body-Typ.
Kann Hyperping den Inhalt einer API-Antwort prüfen?
Ja, mit Body contains: ein exakter Text, Groß- und Kleinschreibung beachtet, den die Antwort enthalten muss, etwa "status":"ok". Aktivieren Sie im Dashboard Count it as down, dann lässt ein fehlender Text den Check fehlschlagen; über die API erledigt required_keyword das von selbst. HTTP-Monitore werten keine JSON-Pfade aus: Für Assertions auf JSON-Felder schreiben Sie einen Browser-Check mit Playwrights request-Fixture.
Wie oft und von wo aus kann eine API geprüft werden?
Alle 30 Sekunden in den bezahlten Plänen und alle 5 Minuten im Free-Plan, aus 17 Regionen in Nordamerika, Südamerika, Europa, Asien, Australien und Afrika. Jeder Check läuft abwechselnd aus einer der gewählten Regionen. Siehe Rechenzentrumsregionen.
Wie vermeidet Hyperping Fehlalarme bei API-Checks?
Ein fehlgeschlagener Check zählt nie allein. Andere gewählte Regionen senden die Anfrage sofort erneut, und nur ein Fehlschlag, den auch sie sehen, eröffnet einen Ausfall und alarmiert jemanden. Eine Alarmverzögerung und der erwartete Statuscode beseitigen den restlichen Lärm. Siehe Fehlalarme.
Kann ich eine API überwachen, die eine Authentifizierung verlangt?
Ja, wenn ein Header genügt: ein Authorization-Bearer-Token, Basic Auth oder ein API-Key-Header, der mit jedem Check gesendet wird. Muss zuerst ein Token geholt werden, meldet sich ein Playwright-Check an, gibt das Token an den nächsten Aufruf weiter und hält die Zugangsdaten in Umgebungsvariablen. OAuth-Flows und Client-Zertifikate (mTLS) sind in HTTP-Monitore nicht eingebaut.
Unterstützt Hyperping sowohl API-Checks als auch Browser-Checks?
Ja. HTTP-Monitore decken einzelne API-Anfragen ab, Playwright-Browser-Checks User Journeys und verkettete API-Aufrufe, neben Ping-, Port-, DNS-, Cronjob- und SSL-Monitoring im selben Konto, mit Rufbereitschaft und Statusseiten. Teams, die es mit Checkly vergleichen, finden mehr unter Hyperping als Checkly-Alternative.
Kann Hyperping eine interne API überwachen?
Nicht aus Ihrem Netzwerk heraus: Die Checks laufen aus dem öffentlichen Internet, der Endpoint muss von dort erreichbar sein. Für einen Job oder Dienst, der nur intern läuft, funktioniert ein Cronjob-Monitor andersherum: Er pingt Hyperping an, und Stille löst den Alarm aus.
Ist API-Monitoring im kostenlosen Plan enthalten?
Ja. Der Free-Plan umfasst 20 Monitore mit 5-Minuten-Checks, Keyword-Checks und eine Statusseite, ohne Kreditkarte. Essentials bringt 30-Sekunden-Checks, Rufbereitschaft mit Alarmen per Anruf und 3 Browser-Checks. Siehe Preise.