Wer Bestellungen aus externen Systemen in Shopify importiert, kennt das Problem: Eine Bestellung, zwei Pakete, aber nur eine Tracking-Nummer beim Anlegen des Fulfillments. Der Rest musste bisher in einem zweiten API-Call nachgeschoben werden. Diesen Umweg hat Shopify jetzt abgeschafft.
Die GraphQL-Admin-API erhält im Objekt OrderCreateFulfillmentInput ein neues Feld trackingNumbers. Damit lassen sich über die orderCreate-Mutation mehrere Sendungsnummern direkt beim Anlegen der Bestellung an ein Fulfillment hängen. Der bisherige Workflow – erst orderCreate, dann fulfillmentUpdate mit den fehlenden Nummern – entfällt komplett.
Was ändert sich konkret bei der orderCreate-Mutation?
Neu ist ausschließlich das zusätzliche Eingabefeld. Statt einer einzelnen Tracking-Nummer akzeptiert die Mutation nun eine Liste. Für Integratoren bedeutet das: weniger Requests, weniger Fehlerquellen, ein saubererer Import-Lauf. Gerade bei B2B-Bestellungen oder Sperrgut, wo Lieferungen routinemäßig auf mehrere Pakete verteilt werden, halbiert sich der API-Aufwand für den Tracking-Teil.
Betroffen sind alle Shops, die Bestellungen programmatisch anlegen – typischerweise über eigene Middleware, ERP-Anbindungen oder OMS-Lösungen wie plentymarkets, Xentral oder Billbee. Wer ausschließlich im Shopify-Admin arbeitet oder Bestellungen regulär über den Checkout erzeugt, merkt von der Änderung nichts: Dort waren mehrere Tracking-Nummern pro Fulfillment schon länger möglich.
Warum ist das mehr als ein technischer Detail-Fix?
Tracking ist Conversion-Thema, nicht nur Logistik. Fehlt im Kundenkonto oder in der Versandmail die zweite Sendungsnummer, landet die Anfrage „Wo ist mein zweites Paket?“ im Support. Nach Branchenerfahrungswerten machen WISMO-Anfragen („Where is my order“) bis zu 30 Prozent des Ticketaufkommens im E-Commerce aus. Jeder entfallene Nachschub-Call senkt zudem das Risiko von Race Conditions, wenn mehrere Systeme gleichzeitig auf dasselbe Fulfillment schreiben.
Für Händler mit Eigenentwicklung heißt das konkret: Integration prüfen, das neue Feld in den Import-Mapping-Prozess aufnehmen und den alten fulfillmentUpdate-Schritt aus dem Code entfernen. Wer fertige Konnektoren nutzt, sollte auf ein Update des Anbieters warten – oder im Support nachfragen, wann das Feld unterstützt wird.
Weniger API-Calls pro Bestellung bedeuten weniger Fehlerquellen beim Import – und vollständige Tracking-Daten ab Sekunde eins.
Nächster Schritt für Entwickler und Agenturen
Die Änderung ist in der aktuellen stabilen API-Version verfügbar und abwärtskompatibel: Bestehende Integrationen mit einer einzelnen Tracking-Nummer laufen unverändert weiter. Ein Migrationszwang besteht nicht, der Umbau lohnt sich aber überall dort, wo Mehrpaket-Sendungen zum Tagesgeschäft gehören. Teams, die ihre Shopify-Anbindung ohnehin im Quartal anfassen, sollten das Feld direkt mitnehmen – der Aufwand liegt bei wenigen Zeilen Code, der Gewinn bei einer komplett entfallenden Prozessstufe.