Ein Webhook ist eine automatisierte Benachrichtigung, die ein System in dem Moment an ein anderes sendet, in dem ein bestimmtes Ereignis eintritt. Sie wird als HTTP-Anfrage an eine vorab konfigurierte URL zugestellt, statt dass das empfangende System wiederholt nachfragen muss, ob sich etwas geändert hat. Im Feed-Management sorgen Webhooks dafür, dass eine Preisänderung im ERP, eine neue Bestellung im Shop oder eine Bestandsänderung im Lagersystem eine Feed-Plattform sofort benachrichtigt, statt dass diese per Timer nach Änderungen abfragen muss. Sie verwandeln Feed-Aktualisierungen von einem geplanten Batch-Job in einen ereignisgesteuerten Prozess.
Warum Webhooks für das Feed-Management wichtig sind
Polling – das wiederholte Abfragen eines Quellsystems nach Änderungen – verschwendet Ressourcen und verursacht Verzögerungen: Prüft ein Feed-Tool den Bestand alle fünfzehn Minuten, kann ein ausverkaufter Artikel bis zu fünfzehn Minuten lang auf einem Shopping-Kanal sichtbar bleiben, bevor es auffällt. Ein Webhook beseitigt diese Verzögerung, indem das Quellsystem die Änderung sofort übermittelt – ein Produkt, das um 14:00:03 Uhr als nicht vorrätig markiert wird, kann so bereits um 14:00:04 Uhr aus den aktiven Angeboten entfernt werden. Diese Unmittelbarkeit zählt vor allem bei zeitkritischen Anlässen: Flash Sales, limitierte Produkt-Drops oder Preisanpassungen an Wettbewerber, bei denen schon eine kurze Verzögerung bedeuten kann, ein nicht mehr verfügbares Produkt zu verkaufen oder einen nicht mehr gültigen Preis zu bewerben. Da Webhooks auf derselben Anfrage-Antwort-Mechanik beruhen wie jeder andere API-Aufruf, fügen sie sich in bestehende Feed-Automatisierungspipelines ein, ohne ein separates Integrationsmuster zu erfordern.
Wie Webhooks funktionieren
Um einen Webhook einzurichten, wird eine Callback-URL beim Quellsystem registriert – etwa einem Lagerverwaltungstool, einem CMS oder einem Zahlungsdienstleister – und festgelegt, welche Ereignisse eine Benachrichtigung auslösen sollen. Tritt ein solches Ereignis ein, sendet das Quellsystem eine HTTP-POST-Anfrage an die registrierte URL; die Details des Ereignisses stehen im Request-Body, Metadaten wie der Ereignistyp oder eine Signatur zur Verifizierung werden in den HTTP-Headern übertragen. Das empfangende System, typischerweise eine Feed-Plattform, verarbeitet diese Nutzlast und aktualisiert die betroffenen Produktdaten. Da Webhooks in Echtzeit und oft schubweise ausgelöst werden (etwa wenn eine Massenpreisänderung Hunderte einzelner Ereignisse auf einmal erzeugt), stellen die meisten Systeme eingehende Webhook-Aufrufe in eine Warteschlange und verarbeiten sie asynchron, statt jeden sofort und synchron abzuarbeiten. So wird die Empfängerseite nicht überlastet. Webhooks sind ein zentraler Baustein umfassender Workflow-Automatisierung, denn sie ermöglichen, dass eine Aktion in einem anderen System eine Kette nachgelagerter Feed-Aktualisierungen anstößt, ohne dass jemand manuell nach Änderungen Ausschau halten muss.
Beispiel
<item>
<g:id>SKU-55810</g:id>
<title>Wireless Charging Pad - Matte Black</title>
<g:availability>out of stock</g:availability>
<custom_label_1>updated_via_webhook</custom_label_1>
<last_event>inventory.zero</last_event>
<last_updated>2026-08-15T14:00:04Z</last_updated>
</item>
Hier spiegelt last_event die Webhook-Nutzlast des Bestandssystems wider, die die Verfügbarkeitsänderung dieses Artikels ausgelöst hat, und der nahezu sofortige Zeitstempel last_updated ist das praktische Ergebnis ereignisgesteuerter Aktualisierungen anstelle einer geplanten Batch-Aktualisierung.
Verwandte Begriffe
Webhooks basieren auf derselben Anfragestruktur wie jeder API-Aufruf, nur umgekehrt: Das Quellsystem initiiert ihn statt der Feed-Plattform. Die HTTP-Header dieser Anfrage transportieren die Authentifizierungs- und Ereignismetadaten, die nötig sind, um ihr zu vertrauen und sie korrekt weiterzuleiten. Systemübergreifend verkettet, bilden Webhooks die Auslöserebene hinter den meisten Formen der Workflow-Automatisierung im Feed-Management – der Grund, warum eine einzige Bestandsänderung eine Kaskade aus aktualisiertem Angebot, pausierter Anzeige und erneuertem Feed-Eintrag auslösen kann, ohne dass ein Mensch Hand anlegen muss.
















