Shopify schaltet Webhooks ab. Nicht sofort, nicht vollständig, aber die Richtung ist eindeutig. Mit der API-Version 2026-10 gehen Next Gen Events in die allgemeine Verfügbarkeit, der offizielle Nachfolger des Webhook-Modells, das seit über einem Jahrzehnt das Rückgrat jeder Shopify-Integration bildet. Wer heute Apps oder Middleware für den DACH-Markt betreibt, sollte die Entscheidung nicht auf das nächste Quartalsmeeting verschieben.
Der Unterschied klingt technisch, ist aber kommerziell. Klassische Webhooks liefern ein starres Ereignis: Eine Collection ändert sich, du bekommst ein collections/update, und dann musst du selbst herausfinden, welche Produkte betroffen sind, ob sie hinzugefügt oder entfernt wurden, und welche Felder sich geändert haben. Next Gen Events drehen das um. Du bestimmst vorab, welche Änderungen dich überhaupt interessieren und welche Daten im Payload mitkommen sollen.
Warum klassische Webhooks an ihre Grenzen stoßen
Das Problem ist nicht neu. Es ist nur lange ignoriert worden, weil die meisten Shops mit überschaubaren Katalogen arbeiten. Sobald aber ein Händler 50.000 SKUs führt, mehrere Verkaufskanäle bespielt und eine Collection-Mitgliedschaft über Nacht durch eine Bulk-Operation um einige tausend Artikel verschoben wird, kippt die Rechnung.
Ein klassischer Webhook auf collections/update sagt dir in diesem Fall: Irgendwas hat sich geändert. Nicht was, nicht wie viele Positionen, nicht in welcher Reihenfolge. Deine App muss daraufhin die komplette Kollektion neu abfragen, ein API-Call, der bei großen Katalogen in die Rate-Limits läuft und die Verarbeitung in die Länge zieht.
In der Praxis bedeutet das: Händler, die eine Sammelaktion über 5.000 Produkte durchführen, erzeugen eine Kaskade von Folgeabfragen, die den Sync mit Shopware-, Amazon- oder Marktplatz-Systemen minutenlang blockieren kann. Nicht weil die Änderung komplex wäre, sondern weil das Ereignismodell keine Informationen über den Inhalt der Änderung transportiert.
Was Next Gen Events konkret anders machen
Next Gen Events sind als ereignisgetriebenes Modell mit Filter- und Payload-Kontrolle konzipiert. Zwei Ebenen sind entscheidend.
Erste Ebene: Du wählst aus, welche Ereignisse überhaupt zugestellt werden. Wenn eine App nur dann reagieren soll, wenn ein Produkt einer Collection hinzugefügt, nicht entfernt, wird, kann sie genau diesen Fall abonnieren. Kein Rauschen, kein unnötiges Triggern.
Zweite Ebene: Der Payload lässt sich konfigurieren. Statt eines Minimal-Events mit ID und Zeitstempel kannst du festlegen, welche Felder mitkommen: Produkt-ID, Varianten, Bestandsdaten, Preis, Metafelder. Die App muss nicht mehr nachfragen.
Der Effekt ist nicht nur sauberer Code. Es ist weniger API-Traffic. Ein Punkt, der im DACH-Markt besonders schwer wiegt, weil viele Händler hierzulande Shopify mit ERP-Systemen wie Plentymarkets, JTL oder Microsoft Dynamics 365 Business Central koppeln, Systeme mit eigenen API-Kontingenten und eigenen Synchronisationszyklen. Jede gesparte Abfrage ist ein gesparter Konfliktpunkt.
Wie sich das auf Collection-Mitgliedschaften auswirkt
Das konkrete Anwendungsbeispiel aus der Shopify-Dokumentation ist bezeichnend. Wer Collection-Mitgliedschaften trackt, also weiß, welche Produkte in welcher Kollektion liegen, steht bei klassischen Webhooks vor einem Problem. Das Ereignis „Collection geändert“ ist nur die halbe Miete. Die eigentliche Arbeit beginnt danach: Diff berechnen, hinzugefügte und entfernte Produkte identifizieren, Reihenfolge prüfen, Änderungen an nachgelagerte Systeme weitergeben.
Mit Next Gen Events lässt sich das Ereignis so konfigurieren, dass die Mitgliedschaftsänderung selbst im Payload steht. Die App weiß sofort, welches Produkt hinzugefügt oder entfernt wurde, und kann zielgerichtet reagieren, ohne einen einzigen zusätzlichen Read-Call.
Für Händler, die täglich automatisiert Kollektionen pflegen, etwa nach Lagerbestand, Marge oder Saison, ist das der Unterschied zwischen einem Sync, der im Sekundenbereich läuft, und einem, der als Batch-Job konfiguriert werden muss.
Warum Händler jetzt trotzdem nicht panisch werden müssen
Next Gen Events sind ab API-Version 2026-10 verfügbar, nicht Pflicht. Klassische Webhooks bleiben parallel bestehen. Wer eine kleine Custom-App betreibt und nie an Rate-Limits gestoßen ist, hat keinen unmittelbaren Handlungsdruck.
Der Druck entsteht woanders: auf der Seite der App-Anbieter. Sobald die großen Connect-Apps, Sync-Tools, ERP-Connectors, PIM-Anbindungen, auf Next Gen Events umstellen, wird die Differenz bei den Synchronisationsgeschwindigkeiten sichtbar. Händler, die dann noch mit einer alten Middleware-Lösung arbeiten, zahlen den Preis in Form langsamerer Produktaktualisierungen und höherer Latenz zwischen Shop und Warenwirtschaft.
Wer im DACH-Markt mit einem Eigenbau-Sync arbeitet, was bei mittelständischen Händlern mit individuellem ERP häufiger vorkommt, als die Branche gerne zugibt, sollte jetzt prüfen, auf welcher API-Version die eigene Lösung aufsetzt. Eine Migration ist in der Regel kein Neubau, aber sie erfordert ein Nachjustieren der Event-Definitionen.
Was das für die Plattformstrategie bedeutet
Shopify positioniert Next Gen Events als Infrastruktur-Baustein für Apps, nicht als Feature für Händler. Das ist eine bewusste Verschiebung. Die Plattform investiert in die Zuverlässigkeit des Event-Layers, weil davon abhängt, ob Shopify für komplexe Commerce-Setups mit mehreren Systemen ernst genommen wird.
Der Vergleich mit anderen Systemen drängt sich auf. Adobe Commerce hat mit seiner Events- und Observer-Architektur seit Jahren ein ereignisgetriebenes Modell, das aber nur innerhalb der eigenen PHP-Codebase wirklich greift. Shopware setzt seit Version 6 auf eine eigene Event-Dispatcher-Logik, die in viele Prozesse eingreift, aber ebenfalls plattformintern bleibt. Shopify geht mit Next Gen Events einen Schritt darüber hinaus: externen Apps wird die Kontrolle über Ereignisdefinitionen und Payloads gegeben, innerhalb klar definierter Grenzen.
Das ist keine Revolution. Aber es ist die konsequente Antwort auf ein Problem, das jede Plattform mit App-Ökosystem kennt: Der Event-Layer wird zum Flaschenhals, sobald zu viele Systeme miteinander sprechen. Shopify löst das nicht durch mehr Bandbreite, sondern durch weniger Rauschen.
Was Händler und Entwickler jetzt prüfen sollten
- Händler mit ERP-Kopplung: Beim Anbieter der Sync-Lösung nachfragen, ob und wann auf Next Gen Events migriert wird. Konkret nach der Zeitschiene für die API-Version 2026-10 fragen.
- Entwickler mit Eigenbau-Apps: Prüfen, welche Webhook-Subscriptions aktuell im Einsatz sind und welche davon durch filterbare Next Gen Events ersetzt werden können. Der Migrationspfad ist dokumentiert, aber nicht trivial.
- Agenturen mit Kundenprojekten: Für Neubauten ab sofort auf Next Gen Events setzen. Der Aufwand, eine bestehende Webhook-Integration später umzubauen, ist höher als der, sie direkt richtig aufzusetzen.
Die eigentliche Frage ist nicht, ob Next Gen Events besser sind, das sind sie. Die Frage ist, ob der DACH-Commerce-Mittelstand den Wechsel rechtzeitig mitgeht oder ihn aussitzt, bis die Sync-Probleme im Weihnachtsgeschäft wieder sichtbar werden. Die Anzeichen sprechen für Letzteres: Zu viele Projekte hängen an Webhook-Logik, die seit Jahren unangetastet läuft und funktioniert, bis sie es nicht mehr tut.