JSON-Payload bei jedem Ereignis
Erhalten Sie einen strukturierten JSON-Body mit Monitor-ID, Status, betroffenen Regionen, Response-Zeit und Fehlerdetails bei jedem Down- und Recover-Ereignis.
Webhooks
Jeder Alert, jeder Endpunkt,
Jeder Alert, jeder Endpunkt,
Ihre Integration.
Senden Sie einen signierten JSON-Payload an einen beliebigen HTTPS-Endpunkt, wenn ein Monitor auslöst — anpassbare Felder, automatische Wiederholungsversuche mit exponentiellem Backoff und Zustellprotokolle, damit Sie jedes Ereignis debuggen können.
Free tier included
No credit card
2-minute setup
Webhook-Zustellung DeliveredLIVE
ENDPUNKTE3
ZUGESTELLT · 7T142
FEHLGESCHLAGEN0
POST /hooks/pagerduty200ms
POST /hooks/jira201ms
POST /hooks/custom200ms
POST /hooks/slack-legacy200ms
Was Sie erhalten
Bauen Sie jede Integration auf Webhooks auf.
Webhooks sind das universelle Integrations-Grundelement. Ob Sie Alerts in ein selbst entwickeltes Incident-Tool leiten, Jira-Tickets erstellen oder einen Datadog-Ereignisstrom speisen — der Webhook-Endpunkt ist dort, wo Site Qwality an Ihre Systeme übergibt.
HMAC-SHA256-Signaturen
Jede Zustellung enthält einen X-SiteQwality-Signature-Header, damit Ihr Empfänger die Echtheit und Unverfälschtheit des Payloads überprüfen kann.
Automatische Wiederholungsversuche mit Backoff
Fehlgeschlagene Zustellungen werden mit exponentiellem Backoff wiederholt — bis zu fünf Versuchen über 30 Minuten — bevor die Zustellung als fehlgeschlagen markiert wird.
Anpassbare Payload-Felder
Wählen Sie, welche Felder im Payload erscheinen, fügen Sie eigene Metadaten hinzu oder filtern Sie Ereignisse nach Schweregrad, damit Ihr Empfänger nur das verarbeitet, was er braucht.
Zustellprotokoll und -inspektor
Jede Webhook-Zustellung wird mit Request-Headern, Payload, Response-Code und Latenz protokolliert — inspizieren und wiederholen Sie jedes Ereignis aus dem Dashboard.
Mehrere Endpunkte pro Monitor
Senden Sie dasselbe Ereignis an mehrere Endpunkte — einen Alert gleichzeitig an einen PagerDuty-Webhook und einen eigenen Audit-Log-Service weiterleiten.
01 · Zuverlässige Zustellung
Wiederholungen, damit Sie
Wiederholungen, damit Sie
kein Ereignis verpassen.
Wenn Ihr Endpunkt nicht erreichbar ist oder eine Nicht-2xx-Antwort zurückgibt, wiederholt Site Qwality mit exponentiellem Backoff — 10s, 30s, 2m, 8m, 30m. Jeder Versuch wird mit dem HTTP-Status protokolliert, damit Sie genau sehen, was passiert ist.
- Bis zu fünf Zustellversuche mit exponentiellem Backoff
- Jeder Versuch mit Statuscode und Response-Body protokolliert
- Jede vergangene Zustellung aus dem Dashboard oder der API wiederholen
POST /hooks/incident-tool DeliveredLIVE
VERSUCHE2
ENDSTATUS200
LATENZ148ms
attempt 1timeout
attempt 2200ms
payload size1.2 KB
signatureverified
02 · Vollständiger Ereignis-Payload
Jedes Feld, das Ihre
Jedes Feld, das Ihre
Integration braucht.
Der Webhook-Payload enthält Monitor-ID, Name, URL, Prüftyp, aktuellen Status, ausgelösten Zeitstempel, betroffene Regionen, HTTP-Statuscode oder Fehler, Response-Zeit und einen Link zum Incident — genug, um ein Ticket zu erstellen oder eine Rufbereitschafts-Benachrichtigung ohne nachfolgende API-Aufrufe zu routen.
- Monitor-Metadaten, Status, Regionen und Fehler in einem Payload
- ISO-8601-Zeitstempel und konsistente Feldnamen über alle Ereignisse
- Eigene Key-Value-Metadaten, die Sie pro Monitor definieren
Beispiel-Payload{
"event": "monitor.down",
"monitor_id": "mtr_checkout",
"name": "checkout-api",
"url": "https://api.acme.com/checkout",
"status_code": 503,
"regions_down": ["iad-1", "fra-1"],
"triggered_at": "2025-03-14T09:26:53Z"
}
"event": "monitor.down",
"monitor_id": "mtr_checkout",
"name": "checkout-api",
"url": "https://api.acme.com/checkout",
"status_code": 503,
"regions_down": ["iad-1", "fra-1"],
"triggered_at": "2025-03-14T09:26:53Z"
}
5
Zustellversuche, bevor eine Zustellung als fehlgeschlagen markiert wird
<1s
mittlere Webhook-Zustelllatenz
$0
Webhooks in allen Tarifen, auch im kostenlosen
100%
der Zustellungen mit vollständigem Request und Response protokolliert
FAQ
Questions, answered.
Jede Zustellung enthält einen X-SiteQwality-Signature-Header mit einem HMAC-SHA256-Hash des rohen Request-Bodys, signiert mit Ihrem Webhook-Secret. Berechnen Sie den Hash auf Ihrer Seite neu und vergleichen Sie ihn, um die Authentizität zu verifizieren.
Standardmäßig werden Webhooks bei monitor.down und monitor.recover ausgelöst. Sie können auch monitor.degraded, incident.created, incident.resolved sowie SSL- oder Domain-Ablauf-Ereignisse aktivieren.
Site Qwality wiederholt mit exponentiellem Backoff in Intervallen von 10s, 30s, 2m, 8m und 30m. Nach fünf fehlgeschlagenen Versuchen wird die Zustellung als fehlgeschlagen markiert und protokolliert. Sie können sie manuell aus dem Zustellprotokoll wiederholen.
Ja. Das Webhook-Zustellprotokoll im Dashboard zeigt jeden Versuch mit dem vollständigen Payload, Headers, Response-Code und Latenz. Jede Zustellung kann mit einem Klick oder über die API wiederholt werden.
Ja — Webhooks sind in allen Tarifen einschließlich des kostenlosen enthalten. Es gibt keine Begrenzung der Anzahl von Endpunkten oder Zustellungen in kostenpflichtigen Tarifen.
More of the platform
Explore the rest of the platform
Bereit?
In unter einer Minute live gehen.
Jedes Produkt startet kostenlos — Uptime-Monitoring, Cron-Monitoring, Synthetisches Monitoring, Logs, RUM, Incidents und Statusseiten. Keine Kreditkarte erforderlich.