Vorfälle (Incidents)

Vorfälle werden automatisch erstellt, wenn das Monitoring ein Problem bei einer Website oder einem Service erkennt.

Sie sind die Grundlage für Alarmierung, Reporting und (optional) öffentliche Statusseiten.

Wo finde ich Vorfälle?

• Vorfälle-Übersicht: /incidents
• Pro Website/Monitor: Auf vielen Detailseiten gibt es eine Incident-History

Lebenszyklus

Vorfälle haben zwei zentrale Stati:

• open: das Problem besteht noch
• resolved: der Service hat sich erholt und der Vorfall wurde geschlossen

Welche Informationen enthält ein Vorfall?

Je nach Check-Typ enthalten Vorfälle u.a.:

• Typ / Severity (z.B. downtime, http_status, performance, ssl_warning, ssl_expiry)
• Start / Ende
• HTTP-Statuscode (falls vorhanden)
• Response Time (ms) (falls vorhanden)
• Fehlermeldung (Netzwerkfehler, Timeouts, Parser-Fehler, …)
• Last notified (Zeitpunkt der letzten Benachrichtigung)

Details: Timeline & Evidence

Aus der Vorfälle-Liste können Sie die Details öffnen. Dort sehen Sie:

• Eine Timeline (Bestätigung / Ausfall / Recovery)
• Einen Evidence-Check (der Monitoring-Check als Beweis)
• Optional einen Traceroute-Auszug
• Optional einen Screenshot (wenn verfügbar)

Das hilft, den Vorfall schnell zu verstehen, ohne durch Roh-Logs zu gehen.

Einfluss auf Statusseiten

Wenn für einen Kunden eine Statusseite existiert:

• Jeder Service mit mindestens einem offenen Vorfall wird als Degraded angezeigt.
• Vorfälle können außerdem in Letzte Ereignisse erscheinen (je nach Statusseiten-Einstellung).

Fehlerbehebung

Inconclusive Checks (Browser-Verification-Timeouts)

Einige Websites nutzen Bot-Protection / Browser-Verification, die zu Timeouts führen kann.

In solchen Fällen kann Uptimeify den Vorfall als inconclusive/degraded behandeln, statt fälschlich „komplett down“ zu melden.