Webhook: Bestellungen sofort im Lager statt Minuten später
Ein Webhook meldet neue Bestellungen sofort an dein WMS – statt sie im Minutentakt abzuholen. Was dahintersteckt, wie er sich von der API unterscheidet und wo typische Stolpersteine liegen.

Inhaltsverzeichnis
- Was ist ein Webhook – und warum nennt man ihn auch Push?
- Webhook oder API – wo liegt der Unterschied?
- Wie ein Webhook im Lageralltag wirkt
- Typische Stolpersteine, die wir bei Händlern sehen
- Der Ablauf in der Praxis: Bestellung → Webhook → n8n
- So setzt du das mit einer Lagerverwaltung wie beeShip um
- Wann du Webhooks neu registrieren solltest
- Was du mitnehmen kannst
- Häufige Fragen zu Webhooks
Ein Webhook ist eine Adresse (URL), an die ein System bei einem Ereignis automatisch eine Nachricht schickt – etwa ein Shop bei neuer, bezahlter oder stornierter Bestellung. Der Empfänger erfährt so sofort davon (Push), statt regelmäßig nachzufragen (Polling).
- Ein Webhook ist eine Adresse, an die dein Shop Ereignisse wie neue Bestellung, Bestellung bezahlt oder Bestellung storniert meldet – sofort, nicht erst beim nächsten Import.
- Der Unterschied zum Polling: Beim Polling fragt dein System regelmäßig über die API nach, beim Webhook meldet sich der Shop von sich aus (Push).
- Der zeitgesteuerte Import bleibt als Sicherheitsnetz sinnvoll – beides ergänzt sich.
Es ist Montag, 9:12 Uhr. Du sitzt mit dem Kaffee am Rechner, öffnest dein WMS und siehst: fünf neue Bestellungen von heute Nacht. Kein Problem – bis dir auffällt, dass eine davon bereits vor 40 Minuten hätte gepackt sein können. Der Kunde hat schon nach dem Versandstatus gefragt. Und du fragst dich: Warum kommen die Bestellungen nicht einfach sofort an? Die Antwort heißt oft: Webhook.
Diese Szene kennen wir aus vielen Lagern. Sie hat selten mit fehlender Software zu tun, sondern meist mit der Frage, wie Bestellungen ins System gelangen. Genau hier setzt der Webhook an. Er ist kein kompliziertes Thema, aber einer der Hebel, die den Unterschied machen zwischen „läuft okay“ und „läuft rund“.
Was ist ein Webhook – und warum nennt man ihn auch Push?
Stell dir vor, du bestellst beim Bäcker und gibst deine Handynummer an. Statt alle fünf Minuten anzurufen und zu fragen, ob das Brot fertig ist, ruft er dich an, sobald es aus dem Ofen kommt. Genau das ist das Prinzip eines Webhooks: Du hinterlegst eine Adresse, und der Absender meldet sich, wenn etwas passiert.
Technisch ist ein Webhook eine URL, an die dein Shop oder Marktplatz ein Ereignis schickt. Typische Ereignisse im Onlinehandel sind zum Beispiel neue Bestellung, Bestellung bezahlt oder Bestellung storniert. Sobald eines dieser Ereignisse eintritt, landet die Information sofort in deinem WMS – ohne dass jemand aktiv nachfragen muss.
Das Gegenmodell heißt Polling: Dein System fragt in festen Abständen beim Shop nach, ob es etwas Neues gibt. Funktioniert, ist aber langsamer und erzeugt unnötigen Datenverkehr. Webhooks drehen das um: Der Shop meldet sich, wenn es etwas zu melden gibt.
Webhook oder API – wo liegt der Unterschied?
Die beiden Begriffe tauchen oft im selben Satz auf, meinen aber unterschiedliche Dinge. Die API ist die Schnittstelle, über die Systeme miteinander sprechen können. Der Webhook ist eine bestimmte Art, wie diese Kommunikation angestoßen wird.
| Aspekt | Polling (Abfrage über API) | Webhook (Push) |
|---|---|---|
| Wer startet? | Dein System fragt aktiv nach | Der Shop meldet von sich aus |
| Zeitpunkt | Im festen Takt (z. B. alle X Minuten) | Sofort beim Ereignis |
| Typische Ereignisse | Alles, was du abfragst | Neue Bestellung, Bestellung bezahlt, Bestellung storniert |
| Last | Viele Abfragen, auch wenn nichts passiert | Nur bei echten Ereignissen |
| Ausfallsicherheit | Holt nach, was verpasst wurde | Braucht ein Sicherheitsnetz |
In der Praxis ist es kein Entweder-oder. Viele Systeme kombinieren beides: Webhooks für die Geschwindigkeit, den zeitgesteuerten Import als Fallback.
Wie ein Webhook im Lageralltag wirkt
Zurück zu deinem Montagmorgen. Mit aktivem Webhook sieht die Szene anders aus: Die Bestellung von 8:47 Uhr ist um 8:47 Uhr im System. Der Picklist-Druck läuft, bevor der Kunde überhaupt auf die Idee kommt, nachzufragen. Die Kommissionierung startet früher, der Versand geht raus, die Tracking-Mail ist zeitnah beim Kunden.
Das klingt nach einem kleinen Detail. In Summe ist es aber der Unterschied zwischen einem Lager, das reagiert, und einem, das vorausarbeitet. Besonders bei Aktionen, Flash-Sales oder Marktplatz-Events mit vielen Bestellungen in kurzer Zeit merkst du das deutlich.
Webhook heißt: Der Shop meldet, das WMS empfängt. Kein Warten auf den nächsten Import, keine manuellen Refresh-Klicks.
Typische Stolpersteine, die wir bei Händlern sehen
Webhooks sind zuverlässig – wenn die Rahmenbedingungen stimmen. Diese Punkte tauchen in der Praxis immer wieder auf:
- Shop-Connector nicht sauber eingerichtet: Ein Webhook braucht eine funktionierende Verbindung. Wenn der Connector schon wackelt, scheitert die Registrierung.
- API-Zugangsdaten geändert: Nach einem Passwort- oder Token-Wechsel im Shop kann der Webhook ins Leere laufen.
- Doppelte Einträge: Nach einem Umzug oder Update entstehen manchmal mehrere Webhooks für denselben Shop. Das kann zu doppelten Meldungen führen.
- Shop-Update: Nach einem Major-Update des Shopsystems lohnt ein prüfender Blick, ob die Webhooks noch aktiv sind.
- Status nicht geprüft: Ein Webhook kann auf „inaktiv“ stehen, ohne dass es sofort auffällt – bis die Bestellungen ausbleiben.
Die gute Nachricht: Die meisten dieser Punkte lassen sich schnell klären. Wichtig ist, dass du weißt, wo du nachschaust.
Der Ablauf in der Praxis: Bestellung → Webhook → n8n
Ein typisches Szenario: Du betreibst einen Shop, ein WMS und eine Automatisierung über n8n. Der Kunde bestellt, der Shop feuert den Webhook, das WMS nimmt die Bestellung auf. Von dort geht es weiter – zum Beispiel an n8n, das den Auftrag an einen Dienstleister weiterleitet, eine Nachricht in den Team-Chat schickt oder eine Bestätigungsmail auslöst.
Wichtig dabei: Der Webhook ist der Auslöser, nicht die gesamte Logik. Er sagt nur: „Etwas ist passiert.“ Was danach passiert, entscheidest du in deinem WMS oder in deiner Automatisierung. Diese Trennung hält Systeme übersichtlich und macht Fehlersuche einfacher.
Prüfe bei ausbleibenden Bestellungen immer in dieser Reihenfolge: erst Webhook-Status, dann Shop-Connector. Das spart viel Suchzeit.
So setzt du das mit einer Lagerverwaltung wie beeShip um
beeShip stellt dir pro Mandant eine eindeutige Webhook-Adresse zur Verfügung, die du in deinem Shop hinterlegst. Im Menüpunkt Webhooks siehst du alle registrierten Webhooks pro Shop – mit Quelle, Ereignistyp, URL und Status. Über „Webhooks registrieren“ prüft beeShip, welche deiner angebundenen Shops Webhooks unterstützen, und legt die nötigen Einträge automatisch an. Voraussetzung: Die Shop-Connectoren sind eingerichtet und getestet.
Du kannst Webhooks auch wieder entfernen – der Eintrag verschwindet dann in beeShip und, sofern der Shop das unterstützt, auch dort. Und: Auch mit aktiven Webhooks bleibt der zeitgesteuerte Import als Sicherheitsnetz aktiv. Beide Mechanismen ergänzen sich.
Wann du Webhooks neu registrieren solltest
Es gibt Momente, in denen ein kurzer Check sinnvoll ist – nicht, weil etwas kaputt ist, sondern weil sich die Umgebung geändert hat:
- Nach dem Anbinden eines neuen Shops
- Nach Änderung der API-Zugangsdaten deines Shops
- Wenn neue Bestellungen plötzlich nicht mehr automatisch ankommen
- Nach einem Major-Update deines Shop-Systems
In all diesen Fällen lohnt ein Blick in die Webhook-Übersicht. Oft ist die Verbindung danach schnell wieder sauber aufgesetzt.
„Ein Webhook ist kein Feature, das man einmal einrichtet und vergisst. Er ist eine Verbindung, die man pflegt – wie jede andere Schnittstelle auch.“
Team beeShip
Was du mitnehmen kannst
Webhooks sind einer der einfachsten Wege, Bestellungen schneller ins Lager zu bekommen. Sie ersetzen nicht die API, sondern ergänzen sie. Sie brauchen eine funktionierende Verbindung und ab und zu einen prüfenden Blick. Und sie machen im Alltag genau das, was du willst: weniger Warten, mehr Planbarkeit.
Wenn du wissen willst, wie das in deinem Setup aussieht, wirf einen Blick auf unsere Schnittstellen, die n8n-Integration oder unseren KI-Assistenten. Und wenn du es live sehen willst, buch dir eine Demo.
Häufige Fragen zu Webhooks
Was ist der Unterschied zwischen Webhook und API?
Die API ist die Schnittstelle, über die Systeme kommunizieren. Der Webhook ist ein Push-Mechanismus: Der Shop meldet ein Ereignis von sich aus, statt dass dein System in festen Abständen nachfragt (Polling).
Welche Ereignisse kann ein Webhook melden?
Im Onlinehandel typischerweise neue Bestellung, Bestellung bezahlt oder Bestellung storniert. Welche Ereignisse ein Shop unterstützt, hängt vom Shop-System ab.
Ersetzt ein Webhook den zeitgesteuerten Import?
In der Regel nicht. Viele Systeme – auch beeShip – behalten den zeitgesteuerten Import als Sicherheitsnetz bei, falls einmal eine Meldung verloren geht. Beide Mechanismen ergänzen sich.
Warum kommen meine Bestellungen nicht in Echtzeit an?
Prüfe zuerst den Webhook-Status in deinem WMS. Liegt er auf aktiv? Schickt der Shop tatsächlich Webhooks? Danach den Shop-Connector prüfen. Meist liegt es an einer dieser beiden Stellen.
Was mache ich bei doppelten Webhooks?
Lass die alten Einträge entfernen oder lösche sie manuell und registriere die Webhooks neu. Doppelte Einträge entstehen oft nach Umzügen oder Updates.
Wir bauen Lagersoftware für Onlinehändler und Fulfiller im DACH-Raum – damit dein Lager schneller, fehlerfreier und unabhängiger versendet.
Den nächsten Schritt gehen wir gemeinsam.
30 Minuten, dein Sortiment, deine Fragen: Wir zeigen dir, wie du das in beeShip direkt umsetzt.
- Verdopple deine Versandkapazität
- Bis zu 99,9 % weniger Versandfehler
- Plug & Play mit Billbee, Shopify & Co.