40.000 Warenkörbe am Tag und zig Tausend identische Webhook-Nachrichten: Shopify hat die Feuerrate seiner carts/update-Webhooks gesenkt. Warenkorb-Operationen, die am Ende keine Änderung bringen, etwa das erneute Absenden identischer Werte, erzeugen künftig keinen Webhook mehr. Bisher feuerte Shopify bei jeder Cart-Operation, auch wenn Inhalt und Properties identisch blieben. Apps erhalten nun genau eine Nachricht pro tatsächlicher Änderung von Zeilen, Mengen oder Eigenschaften.
Was ändert sich beim carts/update-Webhook?
Klar gesagt: Shopify feuert nur noch, wenn sich am Warenkorb tatsächlich etwas ändert. Der Mechanismus klingt unspektakulär, trifft aber einen echten Schmerzpunkt. Jeder wiederholte Klick, jedes redundante Update eines Frontends oder jedes Script, das Cart-Daten zur Sicherheit erneut pusht, produzierte bisher eine eigene Webhook-Nachricht. Händler mit viel Traffic kennen das: Dutzende identische carts/update-Events pro Minute, die App-Server verarbeiten mussten, obwohl sich am Warenkorb nichts tat.
Mit der Umstellung filtert Shopify doppelte Benachrichtigen serverseitig. Ein Warenkorb mit drei Positionen bleibt drei Positionen, egal wie oft ein Checkout-Flow dieselben Daten übermittelt. Nur eine neue Zeile, eine Mengenanpassung oder ein geändertes Cart-Attribut schickt eine Nachricht in die Webhook-Queue.
Sichtbar wird die Änderung vor allem in Webhook-Logs und Monitoring-Dashboards. Wer bisher pro Warenkorb drei bis fünf identische Meldungen zählte, sieht künftig eine. Bei App-Entwicklern lohnt sich ein Blick auf die Retry-Statistiken: Weniger Duplikate bedeuten weniger Fehlversuche und kürzere Warteschlangen.
Unverändert bleibt die Grundlogik: Ein neuer Warenkorb feuert weiterhin carts/create, und jede reale Änderung liefert wie gehabt ein carts/update. An Zustelllogik, Retries und Signaturen ändert sich nichts. Der Nutzen ist trotzdem spürbar. Apps, die bei jedem Eingang eine Sync- oder E-Mail-Routine starten, verbrennen weniger Worker-Minuten. Bei Großhändlern mit sechsstelligen Tagesbestellungen kann das die Webhook-Latenz merklich senken.
Welche Integrationen müssen Händler prüfen?
Betroffen sind alle Shopify-Shops, die auf carts/update hören: Eigenentwicklungen, Agency-Apps und Drittanbieter-Extensions für Warenkorb-Sync, Analytics oder Personalisierung. Auch Abandoned-Cart-Tools und Rabatt-Apps reagieren auf Warenkorb-Events. Wer Webhook-Zähler als Metrik für Warenkorb-Aktivität nutzt, wird künftig niedrigere Zahlen sehen. Kunden kaufen dabei nicht weniger. Die Zahlen sinken, weil Shopify Duplikate entfernt.
Prüfen Sie drei Punkte:
- Zählt Ihre App Webhooks als Ereignisse oder als echte Änderungen?
- Verlässt sich Ihre Dedupe-Logik auf Duplikate, die es künftig nicht mehr gibt?
- Erwartet Ihre UI Bestätigungen für No-Op-Operationen ohne Webhook-Antwort?
Auch die Anbindung an JTL-Wawi, plentymarkets oder SAP-Systeme verdient Aufmerksamkeit. Synchronisiert ein Connector den Warenkorb bei jedem carts/update in eine Wawi, spart die Änderung Rechenzeit. Wer allerdings auf Webhook-Frequenz zur Erkennung von Checkout-Problemen setzt, braucht eine neue Signalquelle, etwa die Storefront-API oder serverseitige Logs.
Ein Webhook pro echte Änderung statt ein Webhook pro Klick: Das ist weniger Rauschen, aber auch weniger Rohdaten für Fehleranalysen.
Shopify dokumentiert die Änderung in seinen Developer-Notes und im Changelog. Testen Sie Staging-Bestellungen mit identischen Cart-Updates und kontrollieren Sie, ob Ihre App weiterhin korrekt reagiert. Integrationsfehler entstehen meist durch wegfallende Altsignale, selten durch neue Features. Wer seine Webhook-Handler vor dem nächsten Release gegen No-Op-Operationen absichert, sitzt auf der sicheren Seite.