Für Entwickler
Externe HTTP-Überwachung für die Endpunkte, die Sie ausliefern.
UptimeWire ruft Ihre öffentlichen Endpunkte von außen ab, erfasst Statuscode und Antwortzeit, bestätigt Fehlschläge und sendet Ausfall- und Wiederherstellungsereignisse an Ihre Tools.
Latest check
- Request
- GET
- Redirects followed
- 1
- Final status
- 200
- Response time
- 184 ms
- Result
- Up
Was eine Prüfung tut
Eine einfache GET-Anfrage, bewertet nach ihrem endgültigen Status.
Wer genau weiß, was eine Prüfung ist, kann ihren Ergebnissen leichter vertrauen.
-
Sie sendet eine GET-Anfrage
Die Anfrage hat keine benutzerdefinierten Header, keinen Body und keine Zugangsdaten. Die Methode können Sie nicht wählen.
-
Sie folgt bis zu fünf Weiterleitungen
Die endgültige Antwort entscheidet. Ein Status von 200 bis 399 gilt als erreichbar. Mehr als fünf Weiterleitungen sind ein Fehlschlag.
-
Sie erfasst, was passiert ist
Statuscode, Antwortzeit und der Grund eines Fehlschlags werden für jede Prüfung gespeichert. Ab Starter zeigt jede Prüfung außerdem, wohin die Zeit ging.
Wählen Sie Endpunkte, die ohne Zugangsdaten antworten
Ein 401 oder 403 zählt als Fehlschlag, eine geschützte Route wirkt also ausgefallen. Überwachen Sie eine öffentliche Health-Route. Produktion und Staging sind getrennte Adressen, und jede zählt als eine Website.
Ein wenig in die Antwort hineinschauen
Ein Fehlschlag kann auch ausgelöst werden, wenn dem Body ein Text fehlt oder er einen enthält. Der Abgleich ist exakt und liest das erste Megabyte. Es ist keine JSON-Prüfung.
Eine fehlgeschlagene Prüfung wird etwa 20 Sekunden später wiederholt und, wo ein zweiter Standort eingerichtet ist, auch von dort, bevor ein Vorfall eröffnet wird. Die Bestätigung verringert Fehlalarme. Sie beseitigt sie nicht.
Ereignisse nach außen
Erhalten Sie Ausfall- und Wiederherstellungsereignisse dort, wo Ihr Code sie nutzen kann.
Ab Starter sendet ein Webhook eine signierte JSON-Nachricht, wenn ein Vorfall beginnt und wenn er endet. Die Signatur ist HMAC-SHA256 mit einem Geheimnis, das nur Sie und UptimeWire kennen.
- Eine Webhook-Adresse pro Konto, gemeinsam für alle Ihre Websites
- Eine Nachricht kann doppelt oder in falscher Reihenfolge eintreffen, nutzen Sie daher die darin enthaltene ID und die Startzeit
- Webhooks übertragen nur Ausfall und Wiederherstellung. Warnungen zu Zertifikat, Domain und DNS gehen per E-Mail und Telegram
So funktionieren Webhooks, mit Headern und Wiederholungsregeln
Weitere Ziele
- E-Mail und Telegram in jedem Tarif
- Discord ab Starter
- Slack und Microsoft Teams ab Business
Hinweis
Webhooks sind gebaut und gegen einen Testempfänger getestet. Die Zustellung an eine öffentliche Live-Adresse wurde noch nicht unabhängig überprüft. Senden Sie die Testnachricht an Ihren eigenen Endpunkt, bevor Sie sich darauf verlassen.
Schreibgeschützte API und MCP-Server
Holen Sie Ihre Überwachungsdaten in Ihre eigenen Tools.
Ab Business gibt ein API-Schlüssel Lesezugriff auf Ihre Websites, Vorfälle und die Verfügbarkeit. Ein MCP-Server lässt zusätzlich einen KI-Assistenten Ihre Überwachungsdaten lesen.
Was Sie lesen können
- Ihre Websites
GET /api/v1/sites- Eine Website
GET /api/v1/sites/{id}- Ihre Vorfälle
GET /api/v1/sites/{id}/incidents- Ihre Verfügbarkeit
GET /api/v1/sites/{id}/uptime
So funktioniert es
- Senden Sie Ihren Schlüssel in einem Authorization-Header als Bearer-Token
- Die API liest nur. Sie kann Websites weder hinzufügen noch ändern oder löschen
- Der MCP-Server für KI-Assistenten liest ebenfalls nur und hat eigene Schlüssel
- Es gibt keine offiziellen SDKs
Wo es passt
Ein weiteres Signal, von außen.
UptimeWire beantwortet eine Frage gut: Antwortet die öffentliche Adresse? Ihre eigenen Tools beantworten den Rest.
Was Sie bekommen
- Eine unabhängige Sicht auf die Verfügbarkeit, nicht aus Ihrem Netzwerk heraus
- Verlauf von Statuscode und Antwortzeit für jeden Endpunkt
- Vorfälle mit Beginn, Ursache und Dauer
- Prüfungen von Zertifikat, Domain und DNS für jede Adresse
Was es nicht tut
- Browsertests, Skript-Abläufe oder benutzerdefinierte Anfragen
- Logs, Traces, Fehlerverfolgung oder Servermetriken
- CI/CD-Integration oder automatische Behebung
- Eine JSON-Nutzlast gegen ein Schema prüfen
Passender Tarif
Free zum Testen, Starter für Ereignisse, Business für die API.
Ausprobieren
Free
1 Website, geprüft alle 5 Minuten, mit Benachrichtigungen per E-Mail und Telegram.
Ereignisse und Zeitverlauf
Starter
10 Websites, geprüft alle 3 Minuten. Ergänzt Webhooks, Discord und den Zeitverlauf jeder Prüfung.
API-Zugriff
Business
25 Websites, geprüft alle 1 Minute. Ergänzt Slack, Teams, die schreibgeschützte API und den MCP-Server.
Häufig gestellte Fragen
Bevor Sie anfangen.
Kann ich benutzerdefinierte Header oder einen Body senden oder POST verwenden?
Nein. Jede Prüfung ist eine einfache GET-Anfrage. Anfragen lassen sich nicht anpassen.
Kann ich einen Endpunkt überwachen, der eine Authentifizierung braucht?
Nicht direkt. Die Anfrage enthält keine Zugangsdaten, daher antwortet eine geschützte Route mit 401 oder 403, und das zählt als Fehlschlag. Überwachen Sie stattdessen eine öffentliche Health-Route.
Ersetzt es APM, Logging oder Tracing?
Nein. Es hat keine Logs, Traces, Fehlerverfolgung oder Servermetriken. Es ergänzt eine Sicht von außen darauf, ob Ihre Adressen antworten.
Gibt es ein SDK oder eine CI-Integration?
Nein. Es gibt weder SDKs noch eine CI/CD-Integration. Sie können signierte Webhooks und, ab Business, die schreibgeschützte API und einen MCP-Server für KI-Assistenten nutzen.
Wurden die Webhooks gegen einen Live-Dienst getestet?
Sie sind gebaut und gegen einen Testempfänger getestet. Die Zustellung an eine öffentliche Live-Adresse wurde noch nicht unabhängig überprüft, und die Integrationsseiten sagen das auch.
Ergänzen Sie Ihren Stack um eine Prüfung von außen.
Überwachen Sie Ihren ersten Endpunkt kostenlos. Alle vier Prüfungen sind enthalten.