Webhook

Ereignisse sicher und asynchron an andere Systeme weitergeben

Ein Mechanismus, bei dem ein Server automatisch eine HTTP-Anfrage an eine vordefinierte URL sendet, wenn ein bestimmtes Ereignis eintritt – 'Don't call us, we'll call you'.

Fortgeschritten2 Min Lesezeit

Erklärung starten

Auf einen Blick

3 Punkte

  1. Server-zu-Server-Benachrichtigung bei Ereignissen (Push statt Pull)
  2. Effizienter als Polling, da nur bei tatsächlichen Events kommuniziert wird
  3. Standard für Integrationen: Zahlungen, CI/CD, Chat-Bots, KI-Workflows

Sofortantwort

Webhook einfach erklärt

Ein Server sendet automatisch HTTP-Anfragen bei Ereignissen.

Kurz gesagt
Server-zu-Server-Benachrichtigung bei Ereignissen (Push statt Pull)
Typischer Einsatz
Zahlungsbenachrichtigung, CI/CD-Trigger, KI-Workflows
Wichtig zu wissen
Standard für Integrationen: Zahlungen, CI/CD, Chat-Bots, KI-Workflows

Webhook im Überblick

Ein Webhook ist eine automatische Benachrichtigung von Server zu Server – “Don’t call us, we’ll call you”. Statt ständig nachzufragen, sagt der Server dir Bescheid, sobald etwas passiert.

Polling vs. Webhook:

Polling:  App → "Neue Zahlung?" → Server → "Nein"
          App → "Neue Zahlung?" → Server → "Nein"
          App → "Neue Zahlung?" → Server → "Ja!" → Verarbeitung

Webhook:  (App wartet)
          Server → "Neue Zahlung!" → App → Verarbeitung

Typische Anwendungen: Zahlungsbenachrichtigungen (Stripe), CI/CD-Trigger (GitHub), Chat-Bots (Slack), KI-Workflow-Benachrichtigungen.

Technisch betrachtet

Ablauf

  1. Du registrierst eine Webhook-URL bei einem Service
  2. Ein Ereignis tritt ein (z.B. Zahlung erfolgreich)
  3. Der Service sendet einen HTTP POST an deine URL
  4. Dein Server verarbeitet die Daten und antwortet mit 200 OK
  5. Bei Fehler: Retry-Logik (exponentielles Backoff)

Sicherheit

  • HMAC-Signatur: Payload wird mit einem Shared Secret signiert
  • Timestamp-Validierung: Schutz vor Replay-Attacken
  • HTTPS: Verschlüsselte Übertragung
  • Idempotenz: Gleicher Webhook darf mehrfach verarbeitet werden ohne Seiteneffekte

Praxisbeispiel: Webhook-Handler in Node.js

app.post('/webhook/stripe', (req, res) => {
  const sig = req.headers['stripe-signature'];
  
  // Signatur verifizieren
  const event = stripe.webhooks.constructEvent(
    req.rawBody, sig, process.env.WEBHOOK_SECRET
  );
  
  // Event verarbeiten
  if (event.type === 'payment_intent.succeeded') {
    const payment = event.data.object;
    await fulfillOrder(payment.metadata.orderId);
  }
  
  res.json({ received: true }); // Schnell mit 200 antworten!
});

Webhooks in KI-Workflows

Webhooks sind ein Kernbaustein für Agentic Workflows und Event-driven AI:

  • Async LLM-Jobs: Langer Inference-Job startet, Webhook benachrichtigt wenn fertig
  • RAG-Pipelines: Neues Dokument hochgeladen → Webhook triggert Indexierung
  • Model Monitoring: Drift erkannt → Webhook löst Alert oder Retraining aus
  • CI/CD für ML: Code-Push → Webhook startet automatisches Modell-Training

Webhook vs. Polling vs. WebSocket

WebhookPollingWebSocket
RichtungServer → ClientClient → ServerBidirektional
LatenzNiedrigHochSehr niedrig
RessourcenEffizientVerschwenderischVerbindung offen
Ideal fürSeltene EventsEinfache SystemeEchtzeit-Daten

Schritt für Schritt

Ereignisse per Webhook zuverlässig verarbeiten

Ein Webhook ist eine zugestellte Benachrichtigung, keine garantierte Einmalnachricht. Empfänger müssen Signatur, Wiederholung und Reihenfolge bewusst behandeln.

  1. Empfangsadresse registrieren

    Setup

    Der Verbraucher hinterlegt eine sichere URL und vereinbart, welche Ereignisse er empfangen möchte.

    Eventtyp → Callback-URL
  2. Ereignis signiert senden

    Delivery

    Der Anbieter übermittelt Payload, Kennung und Signatur, wenn ein relevantes Ereignis eintritt.

    Event → HTTP POST + Signatur
  3. Echtheit und Duplikate prüfen

    Sicherheit

    Der Empfänger validiert Signatur und Zeit und behandelt eine Ereignis-ID nur einmal wirksam.

    Verify + Idempotenz
  4. Asynchron weiterverarbeiten

    Betrieb

    Der Endpoint bestätigt zügig, legt Arbeit in eine Queue und nutzt kontrollierte Retries für Fehlerfälle.

    ACK → Queue → Verarbeitung

Konkretes Beispiel

Beispiel: Zahlungseingang verarbeiten

Ein Zahlungsdienst benachrichtigt ein System über eine erfolgreiche Zahlung.

Direkte, einmalige Verarbeitung

Der Endpoint vertraut jeder Anfrage, bucht die Zahlung sofort und behandelt eine Wiederholung als zweite Zahlung.

Gesicherter Webhook-Ablauf

Signatur und Ereignis-ID werden geprüft. Der Eingang wird einmalig in eine Queue geschrieben und bei einem Fehler kontrolliert wiederholt.

Webhook-Zuverlässigkeit entsteht auf Empfängerseite durch Verifikation, Idempotenz und asynchrone Verarbeitung.

Einordnung

Vorteile und Grenzen

Das spricht dafür

  • Benachrichtigt Systeme zeitnah ohne ständiges Polling.
  • Entkoppelt Ereigniserzeuger und weiterführende Verarbeitung.
  • Eignet sich für Integrationen, Automatisierung und Workflow-Trigger.
  • Kann mit Queues und Retries robust skaliert werden.

Das solltest du beachten

  • Zustellung kann verspätet, doppelt oder in unerwarteter Reihenfolge erfolgen.
  • Öffentliche Endpunkte brauchen starke Authentizitätsprüfung.
  • Payload-Versionen und Ereignisschemata müssen gepflegt werden.
  • Schwere Verarbeitung im Request kann Timeouts und Retries auslösen.
Vertiefung · für Fortgeschrittene

Vom Ereignis zur robusten Verarbeitung

Der Webhook endpoint bestätigt den Empfang schnell; fachliche Arbeit folgt kontrolliert im Hintergrund.

Wissenskarte

Ereignis zustellen

Ein robuster Webhook-Verbraucher geht davon aus, dass Zustellung mindestens einmal und nicht perfekt geordnet erfolgt. Webhook gliedert sich in: Event Producer, Signatur, Endpoint, Event-ID, Queue, Retry.

01Einsatzbereiche

Wann ist Webhook sinnvoll?

Geeignet für

  • ZahlungsbenachrichtigungStripe sendet einen Webhook, wenn eine Zahlung erfolgreich war
  • CI/CD-TriggerGitHub sendet einen Webhook bei jedem Push, der eine Build-Pipeline startet
  • KI-WorkflowsBenachrichtigung, wenn ein LLM-Training abgeschlossen ist oder ein Batch-Job fertig
  • Chat-IntegrationenSlack oder Discord Bots empfangen Nachrichten über Webhooks

↑ Inhalt

02Werkzeuge

Womit Webhook umgesetzt wird

↑ Inhalt

Merksatz

Ein Webhook ist wie ein Paketbenachrichtigungsdienst

Statt ständig beim Paketshop nachzufragen, ob dein Paket da ist (Polling), bekommst du automatisch eine Nachricht, sobald es angekommen ist.

  1. Server-zu-Server-Benachrichtigung bei Ereignissen (Push statt Pull)
  2. Effizienter als Polling, da nur bei tatsächlichen Events kommuniziert wird
  3. Standard für Integrationen: Zahlungen, CI/CD, Chat-Bots, KI-Workflows

03Wissensnetz

Diese Begriffe brauchst du ebenfalls

Nicht „ähnliche Artikel", sondern die Rolle, die jeder Begriff für Webhook spielt.

↑ Inhalt

04Direkt anwenden

Mit diesem Prompt weiterarbeiten

Eine fertige Vorlage, die Webhook in eine konkrete Aufgabe übersetzt.
CodeFortgeschritten

Webhook-Handler implementieren

Sicherer Webhook-Empfänger mit Signaturvalidierung und Fehlerbehandlung.

1 Variable · 2 Min

↑ Inhalt

05Redaktion

Herkunft und Stand

Redaktion und Aktualität

Ebenex RedaktionRedaktion

Veröffentlicht
Aktualisiert

Dieses Feld entwickelt sich schnell. Oben stehen Veröffentlichung und letzte Änderung; ein Prüfdatum kommt dazu, sobald die Erklärung nach ihrer letzten Änderung geprüft wurde.

↑ Inhalt

06FAQ

Häufige Fragen zu Webhook

Was ist der Unterschied zwischen Webhook und API?

Bei einer API fragst DU den Server (Pull). Bei einem Webhook ruft der SERVER DICH an (Push). APIs sind synchron (Frage → Antwort), Webhooks sind asynchron (Ereignis → Benachrichtigung).

Wie sichere ich Webhooks ab?

Webhook-Signatur verifizieren (HMAC), HTTPS verwenden, IP-Whitelisting, Replay-Schutz durch Timestamps und idempotente Verarbeitung.

Wie kann ich einen Webhook testen?

Um einen Webhook zu testen, kannst du Tools wie Postman oder Insomnia verwenden, um HTTP-Anfragen an die Webhook-URL zu senden. Alternativ kannst du auch einen lokalen Server einrichten, der die Anfragen empfängt und die Antworten protokolliert.

Was sind die häufigsten Anwendungsfälle für Webhooks?

Webhooks werden häufig in der Integration von Anwendungen verwendet, z.B. um Benachrichtigungen über neue Ereignisse in Echtzeit zu erhalten, wie bei Zahlungsabwicklungen oder beim Aktualisieren von Daten in CRM-Systemen. Sie ermöglichen eine effiziente Kommunikation zwischen verschiedenen Diensten.

↑ Inhalt

07Weiterlernen

Was möchtest du als Nächstes verstehen?

↑ Inhalt