Webhooks
Webhooks sind eine Methode, mit der zwei Anwendungen in Echtzeit miteinander kommunizieren, sobald ein bestimmtes Ereignis eintritt. Im Gegensatz zu klassischen API-Abfragen („Pull“) werden bei Webhooks Informationen automatisch („Push“) von einer Anwendung zur anderen geschickt, sobald sich etwas verändert.
Man kann sich Webhooks wie digitale „Türklingeln“ vorstellen: Sobald ein Ereignis ausgelöst wird, klingelt es beim Empfänger – mit den passenden Daten im Gepäck.
Wie funktionieren Webhooks?
- Eine Anwendung (z. B. ein Shop-System) bietet Webhook-Events an, z. B. „Neue Bestellung“ oder „Kunde gelöscht“
- Eine zweite Anwendung (z. B. ein CRM) registriert eine URL, an die bei diesem Ereignis Daten gesendet werden
- Tritt das Ereignis ein, sendet die erste Anwendung automatisch eine HTTP-Anfrage (meist POST) mit den Daten an die registrierte URL
- Die empfangende Anwendung kann darauf reagieren – z. B. einen Kundenstatus aktualisieren oder eine Nachricht verschicken
Beispiel
Eine Nutzerin kauft ein Produkt im Online-Shop. Der Shop löst einen Webhook aus: Die Bestelldaten werden in Echtzeit an das verbundene Lagerverwaltungssystem gesendet, das daraufhin automatisch den Versand vorbereitet.
Typische Einsatzszenarien:
- E-Mail-Tools: Benachrichtigung bei neuen Newsletter-Anmeldungen
- Zahlungssysteme: Echtzeit-Infos zu Transaktionen, Rückbuchungen, Aboverlängerungen
- CRM-Systeme: Automatische Kontakterstellung nach Website-Anfragen
- Projektmanagement: Tickets oder Aufgaben aus externen Formularen erzeugen
- Slack / Teams: Automatische Benachrichtigungen bei Ereignissen in anderen Tools
Vorteile
- Echtzeit-Kommunikation, ohne zyklische API-Abfragen
- Ressourcenschonend, da kein ständiges „Polling“ nötig ist
- Hohe Automatisierung von Prozessen und Datenflüssen
- Einfach zu integrieren in viele gängige SaaS-Tools
- Ideal für Microservices-Architekturen oder No-Code-Workflows
Herausforderungen
- Fehlende Rückfragen: Wenn der Empfänger nicht erreichbar ist, gehen Daten ggf. verloren
- Sicherheitsaspekte: Webhook-URLs können Ziel für Manipulation oder Spam sein
- Fehlersuche schwieriger: Events sind oft „fire-and-forget“
Logging & Wiederholungen müssen selbst implementiert werden
