Shopify erweitert mit API-Version 2026-10 die Eingabedaten für Functions: Ab sofort lassen sich Metafelder auslesen, die an Lieferoptionen im Warenkorb hängen. Betroffen sind alle Delivery-Customization-Functions und jede weitere Function, deren Input die cart.deliveryGroups.deliveryOptions enthält. Der Aufruf erfolgt direkt auf der jeweiligen Option über metafield(namespace:, key:). Für Händler bedeutet das zunächst: keine Aktion nötig. Für Entwickler und App-Anbieter ändert sich dagegen die Datenbasis spürbar.
Was genau sich in der Functions-Cart-Graph ändert
Bisher war der Input einer Function auf die Standardfelder der Lieferoption beschränkt – etwa Preis, Titel oder Code der Versandmethode. Eigene Daten, die Händler oder Apps an eine Lieferoption hängten, blieben außerhalb der Function-Logik. Mit 2026-10 stehen diese Metafelder nun im Cart-Graph zur Verfügung, sofern sie beim Aufruf über Namespace und Key präzise adressiert werden. Die Änderung greift ohne Migrationsschritt: Bestehende Functions laufen weiter, entwickeln aber erst dann neuen Nutzen, wenn der Code den metafield-Aufruf tatsächlich verwendet.
Warum verlieren Händler bislang Conversion im Checkout?
Der eigentliche Hebel liegt nicht in den Metafeldern selbst, sondern in dem, was sie ermöglichen. Delivery-Customization-Functions blenden Versandoptionen im Checkout gezielt ein, ordnen sie um oder versehen sie mit Hinweisen. Ohne Metafelder musste diese Logik auf starre Kriterien wie Warenkorbwert oder Lieferland zurückgreifen. Daten wie ein Cutoff-Zeitpunkt, eine regionale Zustellzone oder ein saisonales Versandversprechen ließen sich nur umständlich abbilden – meist über Umwege in separaten Apps oder gar nicht.
Genau hier verorten Marktbeobachter einen relevanten Conversion-Faktor. Studien zu Checkout-Abbrüchen zeigen seit Jahren, dass unklare oder unvollständige Lieferinformationen zu den häufigsten Gründen für Warenkorbabbrüche zählen. Wer die Zustellkosten oder das Lieferdatum erst nach mehreren Klicks erfährt, springt ab. Metafelder an Lieferoptionen erlauben es, solche Informationen an der Option selbst zu hinterlegen und in der Function auszuspielen – etwa ein voraussichtliches Lieferdatum, eine Garantie-Kennzeichnung oder eine begrenzte Verfügbarkeit.
Wie funktioniert der Zugriff auf Delivery-Option-Metafelder konkret?
Der technische Aufruf ist bewusst schlank gehalten. Im Cart-Graph einer Function iteriert der Code über cart.deliveryGroups.deliveryOptions und ruft pro Option metafield(namespace: "...", key: "...") auf. Zurückgegeben wird das jeweilige Metafeld, sofern es existiert und der Namespace-Key korrekt gesetzt ist. Fehlt das Feld, bleibt der Rückgabewert leer – die Function muss also mit optionalen Werten umgehen können. Bestehende Functions, die keinen solchen Aufruf enthalten, verhalten sich identisch zu vorher. Ein Breaking Change liegt nicht vor.
- API-Version: 2026-10 als Mindestanforderung für den neuen Aufruf
- Betroffene Objekte: alle Einträge in
cart.deliveryGroups.deliveryOptions - Einsatzbereich: Delivery-Customization-Functions und jede Function mit Lieferoptionen im Input
- Migrationsaufwand: keiner, die Änderung ist additiv
Was sollten Shopbetreiber jetzt prüfen?
Da Shopify keine Aktion verlangt, entscheidet sich der Nutzen auf Ebene der eingesetzten Apps. Betreiber sollten gezielt bei ihren Delivery- und Checkout-Apps nachfragen, ob deren Functions die neuen Metafelder bereits auslesen – und welche Daten sich damit überhaupt pflegen lassen. Häufig stammen die Metafelder aus denselben Apps, die auch die Lieferoption erzeugen; die Function kann sie nun direkt verwerten, ohne Umweg über Tag-Filter oder Sperrlogik.
Wer eigene Functions entwickelt oder entwickeln lässt, sollte den Anwendungsfall präzise definieren, bevor er Metafelder anlegt. Namespace-Konventionen, Fallback-Verhalten bei fehlenden Werten und die Frage, welche Felder im Checkout wirklich sichtbar werden sollen, gehören in die Spezifikation. Die Funktion ist technisch zugänglich – ihr Wert entsteht erst durch die Daten, die Händler tatsächlich hineinschreiben.