Anwendungsfälle & Beispiele

Praktische Beispiele für die Verwendung des Webhook Testers in gängigen Integrations- und Debugging-Szenarien.

Zahlungs-Webhooks testen

Stripe / PayPal / Mollie Webhooks

Bei der Integration eines Zahlungsanbieters müssen Sie das genaue Format der Webhook-Payloads kennen. Nutzen Sie den Webhook Tester, um:

  1. Einen Endpunkt zu erstellen und die URL zu kopieren.
  2. Die URL in den Webhook-Einstellungen Ihres Zahlungsanbieters einzutragen.
  3. Eine Testzahlung auszulösen oder den "Test-Webhook senden"-Button des Anbieters zu nutzen.
  4. Die empfangene Payload zu inspizieren, um die Datenstruktur zu verstehen.

Fehlerbehandlung testen

Setzen Sie den Response-Status-Code auf 500, um zu testen, wie Ihr Zahlungsanbieter fehlgeschlagene Webhook-Zustellungen behandelt. Die meisten Anbieter wiederholen mit exponentiellem Backoff.

CI/CD- & Git-Webhooks

GitHub / GitLab / Bitbucket

Debuggen Sie Ihre CI/CD-Pipeline-Webhooks:

  1. Erstellen Sie einen Endpunkt und setzen Sie ihn als Webhook-URL in Ihren Repository-Einstellungen.
  2. Pushen Sie einen Commit oder erstellen Sie einen Pull Request.
  3. Inspizieren Sie die Webhook-Payload, um die genauen Commit-Daten, Branch-Infos und Event-Metadaten zu sehen.

Signaturen verifizieren

GitHub sendet einen X-Hub-Signature-256-Header. Sie können diesen Header im Webhook Tester inspizieren, um Ihre Signatur-Validierungslogik zu überprüfen.

API-Callback-Debugging

Drittanbieter-API-Callbacks

Viele APIs verwenden Callbacks, um Sie über asynchrone Operationen zu benachrichtigen:

  • E-Mail-Zustellstatus — Postmark, SendGrid, Mailgun
  • SMS-Zustellberichte — Twilio, Vonage
  • Dateiverarbeitung — Upload-Dienste, die bei Fertigstellung benachrichtigen
  • Monitoring-Alerts — Uptime-Checks, Error-Tracking (Sentry, PagerDuty)

Langsame Responses simulieren

Setzen Sie die Response-Verzögerung auf 5000ms und den Status-Code auf 504, um zu testen, wie ein Drittanbieter-Dienst Timeouts handhabt. Dies ist entscheidend für den Aufbau robuster Integrationen.

Verschiedene Content-Types testen

Manche Dienste akzeptieren verschiedene Response-Formate. Nutzen Sie die Content-Type-Einstellung zum Testen:

  • application/json mit {"status": "ok"}
  • text/xml mit <response><status>ok</status></response>
  • text/plain mit einfach OK