Integrationen
Uptimeify stellt Alarme in den Tools zu, die Sie ohnehin nutzen — Chat, On-Call, Issue-Tracker und mehr — plus Firewall-Whitelisting und eine vollständige REST-API.
Benachrichtigungskanäle
Stellen Sie Alarme dort zu, wo Ihr Team arbeitet. Kanäle werden pro Kunde konfiguriert und an Ihre Benachrichtigungsregeln gehängt.
- In der App unter den Benachrichtigungs-Einstellungen des Kunden verwalten.
- Automatisieren mit der Benachrichtigungskanäle-API (Kanal anlegen, auflisten, aktualisieren, löschen und testen).
Jeder Kanal unten wird out of the box unterstützt.
Direkt
| Kanal | Zustellung über | Sie hinterlegen |
|---|---|---|
| Empfängeradresse(n); fällt auf die Kunden-/Org-E-Mail zurück | ||
| SMS | Textnachricht | Telefonnummer(n); fällt auf die Kunden-/Org-Nummer zurück |
| Webhook | Ihren HTTP-Endpunkt | Endpunkt-URL (optional eigene Header und JSON-Body-Vorlage) |
Chat & Zusammenarbeit
| Kanal | Sie hinterlegen |
|---|---|
| Slack | Incoming-Webhook-URL (optional Username, Icon, Farbe) |
| Microsoft Teams | Incoming-Webhook-URL |
| Discord | Incoming-Webhook-URL (optional Username, Farbe) |
| Telegram | Bot-Token + Chat-ID |
| Google Chat | Incoming-Webhook-URL |
| Mattermost | Incoming-Webhook-URL |
| Rocket.Chat | Incoming-Webhook-URL |
| Matrix | Homeserver-URL + Room-ID + Access-Token |
| Lark / Feishu | Incoming-Webhook-URL |
| DingTalk | Incoming-Webhook-URL (Access-Token in der URL) |
| WeCom | Incoming-Webhook-URL (Key in der URL) |
On-Call & Incident-Response
| Kanal | Sie hinterlegen |
|---|---|
| PagerDuty | Events-API-v2-Routing-Key |
| Opsgenie | API-Key + Region (EU/US), optional Priorität |
| ilert | Integration-Key |
| Grafana OnCall | Incoming-Webhook-URL |
| Squadcast | Incoming-Webhook-URL (Token in der URL) |
| incident.io | Alert-Source-URL + Bearer-Token |
| All Quiet | Inbound-Webhook-URL (die URL ist das Geheimnis) |
Push & Leichtgewichtig
| Kanal | Sie hinterlegen |
|---|---|
| Pushover | User-Key + API-Token |
| ntfy | Topic-URL (optional Access-Token) |
| Gotify | Server-URL + App-Token |
Issue-Tracker & ITSM
| Kanal | Sie hinterlegen |
|---|---|
| Jira | Basis-URL + E-Mail + Projekt-Key + Issue-Typ + API-Token |
| GitHub | Repository + Token (PAT); optional Enterprise-API-Basis-URL |
| GitLab | Projekt-ID + Token; optional Basis-URL (self-hosted) |
| Linear | Team-ID + API-Key |
| ServiceNow | Instance-URL + Benutzername + Passwort |
Eskalationsrichtlinien
Definieren Sie mehrstufige, zeitbasierte Eskalation, sodass ein nicht bestätigter Alarm automatisch an den nächsten Verantwortlichen weitergegeben wird.
- Konfigurieren und testen über die Eskalations-API.
Firewall-Whitelisting
Wenn Ihre Seite hinter einer Firewall oder WAF liegt, whitelisten Sie unsere Monitoring-Nodes, damit Checks nicht blockiert werden.
- Siehe Firewall-Whitelisting für das Dashboard und den
GET /api/ips-Endpunkt. - Die vollständige Node-Liste steht unter /ips.txt. Andere Anbieter whitelisten? Siehe Monitoring-IP-Whitelists.
API & Automatisierung
Alles oben — und der Rest der Plattform — ist skriptbar.
- Beginnen Sie mit der API-Dokumentation.
- Erzeugen Sie ein Token unter Ihrem Konto und authentifizieren Sie sich mit
Authorization: Bearer wsm_<token>.
Wartung
Mit Wartungsfenstern planen Sie Arbeiten (Deployments, Updates, Migrationen), ohne störende Alarme auszulösen. Während eines aktiven Fensters gilt das betroffene Ziel als in Wartung — Alarme werden unterdrückt, und wenn der Kunde eine Statusseite hat, wird der Service als Wartung statt Beeinträchtigt angezeigt.
Firewall-Allowlisting (Monitoring-Node-IPs)
Wenn deine Website durch eine Firewall oder WAF geschützt ist, musst du ggf. unsere Monitoring-Nodes allowlisten, damit wir dein Endpoint zuverlässig erreichen können.