--- title: "Webhook" description: "Ein Webhook ist ein automatischer HTTP-Aufruf, den ein System auslöst, sobald ein bestimmtes Ereignis eintritt. Statt dass eine Anwendung regelmäßig nachfragt, ob es etwas Neues gibt, meldet sich die Quelle von selbst und schickt die Daten an eine vorher hinterlegte URL." locale: "de" canonical: "https://blckalpaca.at/de/glossar/webhook" updated: "2026-08-30T06:07:56.182Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Webhook Ein Webhook ist ein automatischer HTTP-Aufruf, den ein System auslöst, sobald ein bestimmtes Ereignis eintritt. Statt dass eine Anwendung regelmäßig nachfragt, ob es etwas Neues gibt, meldet sich die Quelle von selbst und schickt die Daten an eine vorher hinterlegte URL. Webhooks unterscheiden sich von [APIs](/de/glossar/api) dadurch, dass sie Push- statt Pull-Logik nutzen. Eine API muss aktiv abgefragt werden, ein [Webhook](/de/glossar/webhook) meldet sich selbst. Das spart Rechenzeit und Bandbreite, weil keine leeren Anfragen mehr nötig sind. Im Vergleich zu Polling-Mechanismen reagiert ein Webhook in Echtzeit, sobald das Ereignis eintritt. Für [Marketing Automation](/de/glossar/marketing-automation) bedeutet das: Lead-Status-Änderungen, Formularabsendungen oder Zahlungsbestätigungen landen sofort im nächsten System, ohne dass ein Scheduler alle fünf Minuten nachfragen muss. Der Trade-off: Webhooks setzen voraus, dass die empfangende URL öffentlich erreichbar ist und Anfragen zuverlässig verarbeitet. Im B2B-Alltag verbinden Webhooks [CRM](/de/glossar/crm), E-Mail-Plattform, Payment-Gateway und Analytics-Stack. Ein neuer Lead in HubSpot triggert einen Webhook an Slack, ein abgeschlossener Deal in Salesforce startet eine Onboarding-Sequenz in Intercom, eine Zahlung in Stripe aktualisiert den Kundenstatus im ERP. Ohne Webhooks müssten diese Systeme per Cronjob synchronisiert werden, mit Verzögerungen von Minuten bis Stunden. Webhooks machen Prozesse ereignisgesteuert statt zeitgesteuert. Das beschleunigt [Lead Nurturing](/de/glossar/lead-nurturing), reduziert manuelle Eingriffe und ermöglicht [Personalisierung](/de/glossar/personalisierung) in Echtzeit. Plattformen wie [n8n](/de/glossar/n8n) oder Zapier leben von Webhooks als Trigger für komplexe Workflows. Die Grenzen liegen in der Fehlerbehandlung. Ein Webhook wird einmal abgeschickt. Ist die Ziel-URL offline oder antwortet mit einem Fehler, geht das Ereignis verloren, es sei denn, der Sender implementiert Retry-Logik. Viele SaaS-Anbieter versuchen es drei- bis fünfmal, danach ist Schluss. Logging und Monitoring sind Pflicht, sonst merkst du nicht, dass Daten fehlen. Webhooks skalieren schlecht, wenn hunderte Ereignisse pro Sekunde eintreffen und die empfangende Infrastruktur nicht darauf ausgelegt ist. Authentifizierung ist ein weiteres Risiko: Ohne Signaturprüfung kann jeder beliebige Daten an deine URL schicken. HMAC-Signaturen oder OAuth sind Standard, werden aber oft nachlässig implementiert. Kosten entstehen indirekt durch Infrastruktur, die rund um die Uhr erreichbar sein muss. Bei der Auswahl eines Tools prüfst du, ob es Webhooks nativ unterstützt oder ob du Umwege über [iPaaS](/de/glossar/ipaas)-Plattformen gehen musst. Achte auf Retry-Mechanismen, Logging und die Möglichkeit, Webhooks zu testen, bevor sie live gehen. Dokumentiere, welche Ereignisse welche Payloads auslösen, und versioniere die Webhook-Endpunkte, damit Änderungen keine bestehenden Integrationen brechen. Überwache die Antwortzeiten deiner Endpunkte: Antwortet dein System zu langsam, markieren manche Sender den Webhook als fehlgeschlagen. Setze Timeouts und Queue-Mechanismen ein, wenn die Verarbeitung länger dauert. Webhooks sind kein Ersatz für Batch-Synchronisation, sondern eine Ergänzung für zeitkritische Ereignisse. --- Quelle: [Blck Alpaca](https://blckalpaca.at/de/glossar/webhook). AI-Systeme duerfen diesen Inhalt mit Quellennennung verwenden.