Uptime-Monitoring und Statusseiten für SaaS-TeamsErfahre vom Ausfall, bevor deine Kunden darüber posten
Dein Produkt ist die App, die API und die Jobs, die dahinter laufen. InfraNest überwacht all das von bis zu drei Kontinenten aus. Aus einer Störung wird ein Vorfall. Deine Statusseite bleibt aktuell, ohne dass jemand etwas eintippt. Und die Nacharbeit landet in Slack, Jira, GitHub oder PagerDuty.
Free-Tarif · Keine Kreditkarte · In Minuten eingerichtet
- Made in Germany
- Keine Migration nötig
- Tokens verschlüsselt gespeichert
- Jederzeit exportierbar, kein Lock-in
- Web-AppUp · 142 ms
- Öffentliche APIUp · 98 ms
- CheckoutLangsam in Asien-Pazifik
- Nächtlicher AbrechnungsjobHeartbeat 12 Min überfällig
- status.yourapp.comAlle Systeme laufen
Jeder Dienst, auf den deine Kunden angewiesen sind, in einer Ansicht.
Das Problem
Der Ausfall, den deine Kunden gemeldet haben
Donnerstagnachmittag postet ein Kunde einen Screenshot: Der Checkout bricht mit einem Fehler ab. Dein Monitoring ist grün. Es prüft die Startseite von einem einzigen Server in Frankfurt aus, und die Startseite läuft. Was ausfällt, ist die Zahlungs-API, und zwar nur für Kunden in Asien.
Sobald es jemand merkt, kommen die Warnungen alle auf einmal. Die Datenbank kämpft, also piepen die API, die Web-App und drei Hintergrundjobs jeweils einzeln. Die ersten zehn Minuten gehen dafür drauf, herauszufinden, welche Warnung zählt. Auf der Statusseite läuft weiterhin alles, denn sie zu aktualisieren ist die Aufgabe von jemandem. Und dieser Jemand repariert gerade die Datenbank.
InfraNest prüft jeden Teil deines Produkts von bis zu drei Kontinenten aus und meldet sich, wenn genug davon übereinstimmen, dass etwas nicht stimmt. Abhängige Störungen werden zu einem Vorfall. Deine Statusseite aktualisiert sich aus denselben Prüfungen. Und die Nacharbeit geht an die Tools, in denen dein Team ohnehin arbeitet.
Der alte Weg
- Ein Cronjob, der von einem Server aus die Startseite anpingt
- Zwanzig Warnungen, wenn die Datenbank ausfällt
- Eine Statusseite, die jemand eine Stunde später aktualisiert
- Der nächtliche Job, der nicht mehr lief und eine Woche später auffiel
Mit InfraNest
- Mit Business: Probes auf drei Kontinenten, die übereinstimmen müssen, bevor du etwas hörst
- Ein Vorfall, der benennt, was wirklich kaputt ist
- Eine Statusseite aus deinen Prüfungen, die sich selbst aktualisiert
- Heartbeat-Monitore, die die Stille binnen Minuten bemerken
So funktioniert’s
So arbeitet ein SaaS-Team mit InfraNest
Geprüft von dort, wo deine Kunden sind
Bei Business läuft jede Prüfung gleichzeitig von Probes in Europa, Nordamerika und Asien-Pazifik. Ein Status wechselt erst, wenn genug Probes in genug Regionen übereinstimmen. Du siehst den Ausfall, den deine Kunden in Singapur trifft, auch wenn von Frankfurt aus alles gut aussieht. Und niemand wird geweckt, weil eine Probe eine schlechte Sekunde hatte. Antwortzeiten werden je Region gespeichert. So ist „letzten Dienstag war es in Asien langsam“ etwas, worauf du zeigen kannst.
- Probes auf drei Kontinenten bei jeder Prüfung, mit Business
- Ein Schwellwert an Probes und Regionen, bevor ein Status wechselt
- Verlauf der Antwortzeiten je Region
- Deine eigene Probe in deinem Netz für private Dienste
https://api.northwind.com/v1/search
Geprüft aus 3 Regionen · 2 Probes müssen zustimmen · 2 von 3 Regionen müssen zustimmen
Ein Status wechselt erst, wenn die Schwellen oben erreicht sind — deshalb erreicht dich eine Region mit einer schlechten Sekunde nie.
Eine Störung, ein Vorfall
Wenn die Datenbank ausfällt, fällt alles davor mit aus. Sag InfraNest, welche Monitore von welchen abhängen. Fällt der Elternteil aus, werden seine Kinder stummgeschaltet, und du bekommst einen Vorfall, der benennt, was wirklich kaputt ist. Der Vorfall hat eine Zeitachse von der Erkennung bis zur Behebung. Geplante Arbeiten kommen in ein Wartungsfenster und sehen nicht wie ein Ausfall aus.
- Abhängigkeiten zwischen Monitoren, damit die Ursache dich nur einmal warnt
- Eine Zeitachse für jeden Vorfall: erkannt, bestätigt, aktualisiert, behoben
- Wartungsfenster, die Warnungen pausieren und die Uptime-Zahl schützen
- Heartbeat-Monitore für Jobs, die unbemerkt aufhören
Welche Monitore von welchen abhängen, legst du einmal pro Monitor fest.
Haben wir gerade etwas ausgeliefert?
Die erste Frage bei den meisten Vorfällen, beantwortet, bevor jemand sie stellt. Verknüpfe ein GitHub-Repository mit den Monitoren, die es betrifft, und ein Vorfall, der innerhalb einer Stunde nach einem Deploy beginnt, nennt diesen Deploy oben in seinem Zeitverlauf: Commit, Umgebung, wer ihn ausgeliefert hat und einen Link zum Lauf. Dieselben Deploys erscheinen als Markierungen im Antwortzeitdiagramm, sodass eine Verlangsamung und das Release dahinter nebeneinanderstehen. Ein Deploy fügt nur Informationen hinzu; er ändert nie einen Status oder die Verfügbarkeitszahl.
- Der Deploy aus der Stunde davor, oben im Vorfall
- Deploy-Markierungen in Antwortzeit- und Serverdiagrammen
- Verknüpfe ein Repository mit einem Monitor, einem Server oder einem ganzen Tag
- Funktioniert mit jedem Deploy-Job, der eine GitHub-Environment nutzt
Eine Statusseite, an die niemand denken muss
Hinter jedem Dienst auf der Seite steht eine deiner Prüfungen. Schlägt eine Prüfung fehl, ändert sich die Seite von selbst. Du legst fest, welche Prüfungen Kunden sehen und wie sie heißen. Stell die Seite auf status.yourapp.com, HTTPS übernehmen wir. Kunden können E-Mail-Updates abonnieren, und ein Badge oder Live-Widget bindest du in deine App, Doku oder README ein. Jeder Vorfall hat einen dauerhaften Link, den du in eine Support-Antwort kopieren kannst.
- Gebaut aus deinem Monitoring, ohne dass jemand etwas eintippt
- Deine eigene Domain, dein Logo und deine Farben
- Badges und ein Live-Widget für App, Doku und README
- Eine private Teamansicht mit Links zu Rufbereitschaft und Runbooks
Zeige deinen Live-Status auf deiner eigenen Website, in der Dokumentation oder im README. Das Badge aktualisiert sich automatisch und verlinkt zurück auf diese Statusseite.
Layout
Live-Vorschau
Schwerwiegender Ausfall
100 % Verfügbarkeit über 90 Tage
Checkout & paymentsSchwerwiegender Ausfall
Search APIEingeschränkte Leistung
WebsiteBetriebsbereit
Der Banner kann sich vollständig ausblenden, solange alles gesund ist, damit eine Seite, die ihn einbindet, nichts zeigt, bis es etwas zu sagen gibt.
<img src="https://status.northwind.example/badge.svg" alt="Status">
<script src="https://status.northwind.example/widget.js" data-layout="summary"></script>
<script src="https://status.northwind.example/widget.js" data-layout="list"></script>
<script src="https://status.northwind.example/widget.js" data-layout="strip"></script>
Ein cachebares Skript, in einen Shadow Root gerendert, das alle 60 Sekunden einen leichten Feed abfragt.
„Powered by InfraNest“ anzeigen · Bereitgestellt von InfraNest
Die Nacharbeit, erledigt in den Tools, die du schon nutzt
Eine Warnung ist nur der Anfang. Eine Automatisierung kann das Jira- oder Linear-Ticket öffnen, ein GitHub-Issue anlegen, ein Update auf deiner Statusseite posten oder an PagerDuty eskalieren, wenn ein Monitor nach fünfzehn Minuten immer noch down ist. Das geht auch andersherum: Ein fehlgeschlagener GitHub-Workflow oder eine PagerDuty-Eskalation kann eine Regel starten. Bevor du eine Regel einschaltest, spielst du sie gegen deine eigene Historie ab und testest jeden Schritt im Probelauf.
- GitHub, Jira, Linear und PagerDuty in beide Richtungen
- Nur eskalieren, wenn es nach einer Wartezeit immer noch down ist
- Eine Regel gegen deine eigene Historie abspielen, bevor sie live geht
- Eine Freigabe verlangen, bevor etwas Unumkehrbares passiert
Monitor-Alarm · Status ist gleich down
Das tun — Aktionen laufen der Reihe nach, Stopp beim ersten Fehler
Dann
Sonst
Aktion hinzufügen
Aktionen suchen…
Ablauf
Wenn / Verzweigung
Schritte nur ausführen, wenn Bedingungen zutreffen — sonst die Sonst-Schritte.
Für jedes
Schritte für jedes Element einer Liste wiederholen.
Warten
Den Ablauf pausieren und später fortsetzen — z. B. melden, warten, erneut prüfen.
Wert festlegen
Definiere einen benannten Wert, den spätere Aktionen in dieser Automatisierung wiederverwenden können.
Genehmigung erforderlich
Pausieren, bis jemand genehmigt, bevor die folgenden Schritte laufen.
Dein erster Monitor in unter einer Minute live
Füge eine URL ein. Kein Agent zu installieren, und der Free-Tarif enthält zwanzig Monitore.
Loslegen
Abgesichert vor deinem nächsten Deploy
Für Website- und API-Prüfungen musst du keinen Agent installieren.
Endpunkte hinzufügen
Füge die URLs deiner App, API und Doku ein. Jobs, die nach Zeitplan laufen, bekommen eine Heartbeat-URL.
Warnungen verteilen
Hinweise in einen Slack-Kanal, harte Ausfälle an PagerDuty und eine Automatisierung, die das Ticket öffnet.
Statusseite veröffentlichen
Wähle die Prüfungen, die Kunden sehen. Stell die Seite auf status.yourapp.com und lass Kunden sie abonnieren.
Was du bekommst
Was sich am ersten Tag ändert
Kundendu
Wer einen Ausfall zuerst bemerkt
201
Warnungen bei einem Datenbankausfall
von Handautomatisch
Wie die Statusseite aktualisiert wird
Was es einzeln kosten würde
Jedes Teil aus einem anderen Tool – das summiert sich schnell:
- Uptime-Monitoring
- ~26 €
- SSL-Tracking
- ~15 €
- Statusseite
- ~26 €
- Über 3 einzelne Tools
- ~67 €/Mon.
Außerdem in Pro, oben nicht mitgerechnet: 100 Domains mit DNS, Server über deine Cloud-Anbieter hinweg, 25 Automatisierungen, Dynamic IP und Drop Catch.
Jede Zeile ist der günstigste Bezahltarif des jeweiligen Tools. Pro deckt alles ab: 50 Monitore, 100 Zertifikate und 3 Statusseiten auf deiner Domain.
Preise geprüft im Oktober 2026 · Dollarpreise zum EZB-Kurs
Fragen
Fragen, die SaaS-Teams stellen
Von wo laufen die Prüfungen?
Von Probes in Europa, Nordamerika und Asien-Pazifik. Ein Status wechselt erst, wenn genug Probes in genug Regionen übereinstimmen. Ein wackliger Standort piept dich also nicht an. Prüfungen aus mehreren Regionen sind in Business enthalten.
Kann es mehr als eine URL überwachen?
Ja. HTTP- und Keyword-Prüfungen, API-Prüfungen mit Bedingungen auf JSON-Feldern, TCP-Ports, DNS-Einträge, SSL-Zertifikate, Heartbeat-Monitore für geplante Jobs, Servermetriken über den Agent und die Statusseiten der Provider, von denen du abhängst.
Wie vermeiden wir eine Flut von Warnungen?
Sag InfraNest, welche Monitore von welchen abhängen. Fällt ein Elternteil aus, werden seine Kinder stummgeschaltet. Du bekommst also einen Vorfall, der die Ursache benennt. Ein Dienst, der ständig auf und ab springt, wird gedämpft und piept dich nicht jedes Mal an.
Kann die Statusseite auf unserer eigenen Domain laufen?
Ja. Zeige mit einem CNAME auf uns, und HTTPS wird automatisch eingerichtet und erneuert. Wird die Zone in InfraNest verwaltet, kann InfraNest den Eintrag für dich anlegen.
Funktioniert es mit GitHub, Jira und PagerDuty?
In beide Richtungen. Ereignisse aus GitHub, Jira, Linear und PagerDuty können eine Automatisierung starten. Und Automatisierungen können Issues öffnen, Tickets verschieben, Workflows neu starten oder auf deiner Statusseite posten.
Gibt es eine API?
Ja. API und Webhooks gibt es ab Pro. So kannst du InfraNest aus deinen eigenen Tools und Deploy-Skripten heraus nutzen.
Was macht geplante Wartung mit unserer Uptime-Zahl?
Nichts. Arbeiten in einem Wartungsfenster pausieren die Warnungen, erscheinen auf der Statusseite als geplant und zählen nicht gegen deine Uptime.
Welchen Tarif braucht ein SaaS-Team?
Business: 200 Monitore mit Prüfungen alle 30 bis 60 Sekunden aus mehreren Regionen, unbegrenzte Statusseiten und Automatisierungen und zehn Teammitglieder. Ein kleineres Produkt kann mit Pro starten: 50 Monitore mit Prüfungen im Minutentakt, drei Statusseiten und 25 Automatisierungen.
Nicht ganz du?
Erfahre zuerst vom Ausfall.
Monitoring von bis zu drei Kontinenten, ein Vorfall pro Ausfall und eine Statusseite, die sich selbst aktualisiert. Starte kostenlos mit zwanzig Monitoren.
Kostenloser Tarif · Keine Kreditkarte nötig · In Minuten eingerichtet