News Shop-Management

Shopify Functions: createdAt im Customer-Objekt ab API-Version 2026-10 verfügbar

3,2 Millionen aktive Kundenkonten — und keine Möglichkeit, per Shopify Function das älteste davon zu identifizieren. Diese Lücke schließt Shopify jetzt: Mit der API-Version 2026-10 erhält das Customer-Objekt in Shopify Functions ein neues Feld. Das Attribut createdAt liefert Datum und Uhrzeit, zu der ein Kundenkonto angelegt wurde, und lässt sich direkt in der Logik von Functions verarbeiten.

Was ändert sich mit Shopify Functions 2026-10 konkret?

Shopify Functions sind die serverlosen Erweiterungspunkte, mit denen Händler und Agenturen Rabatte, Versandregeln, Payment-Methoden und Checkout-Logik anpassen — kompiliert nach WebAssembly und direkt in Shopifys Infrastruktur ausgeführt. Bisher standen in der Function-Eingabe über das Customer-Objekt vor allem Identifikatoren, Tags und Metafelder zur Verfügung. Wer eine Regel wie „nur Bestandskunden mit Konto älter als 90 Tage“ abbilden wollte, musste das Anlagedatum umständlich über ein Metafeld synchronisieren.

Das entfällt jetzt. createdAt wird nativ ausgeliefert, als additive Änderung. Bestehende Functions laufen unverändert weiter, kein Redeployment, keine Migration. Wer das Feld nutzen will, aktualisiert das GraphQL-Query der eigenen Function auf die API-Version 2026-10 und bindet createdAt in den Input ein.

Kernsatz: Shopify Functions ab API-Version 2026-10 liefern das Anlagedatum von Kundenkonten direkt ins Customer-Objekt — Bestands-Functions bleiben davon unberührt.

Warum das Anlagedatum für Rabatt- und Checkout-Logik zählt

Kundenalter ist eine der praktisch relevantesten Segmentierungsgrößen im E-Commerce. Eine Discount Function kann damit etwa „10 Prozent für Konten älter als zwölf Monate“ ohne externe CRM-Anbindung ausspielen — die Entscheidung fällt im Checkout in Millisekunden, auf Shopifys eigenen Servern. Auch Missbrauchsschutz wird einfacher: Rabattcodes, die nur für frisch angelegte Konten sperren, um Gutschein-Arbitrage über Wegwerf-Registrierungen zu unterbinden.

Konkret ergeben sich drei Einsatzfelder. Erstens Loyalitäts-Logik: Staffelrabatte nach Kontolebensdauer, direkt in der Discount Function, ohne App-Mittelsmann. Zweitens Payment-Steuerung: per Payment Customization Function lassen sich risikobehaftete Zahlarten wie Kauf auf Rechnung für Konten unter einer Mindest-Lebensdauer ausblenden — ein Hebel, den Händler im Mittelstand bislang über Dritt-Apps gelöst haben. Drittens Versandregeln: Express-Optionen nur für etablierte Konten freischalten, wenn Betrugsfälle über Neuanmeldungen laufen.

Wer nicht selbst entwickelt, profitiert indirekt: App-Anbieter im Shopify App Store ziehen üblicherweise innerhalb weniger Wochen nach, sobald neue Input-Felder verfügbar sind. Bei Discount- und Checkout-Apps wie etwa den gängigen Discount-Function-Lösungen lohnt ein Blick in die Changelogs, sobald 2026-10 allgemein ausgerollt ist.

Was Shopbetreiber jetzt tun sollten

Die API-Version 2026-10 folgt Shopifys vierteljährlichem Release-Rhythmus. Versionsnamen bei Shopify orientieren sich am Verfallsdatum: Eine Version ist jeweils zwölf Monate lang unterstützt, danach fliegt sie aus dem Stable-Kanal. Händler mit Custom Functions sollten ihre App-Dependencies prüfen und den Sprung auf 2026-10 im Teststore einplanen, bevor die eigene Mindestversion abkündigt.

Für die Umsetzung gilt: Die Änderung ist klein, der Nutzen hängt an der Regel dahinter. Wer heute Rabattlogik über Tags oder manuell gepflegte Metafelder steuert, hat einen konkreten Kandidaten für die Migration. Ein Blick in den Shopify Dev Changelog zur Version 2026-10 zeigt außerdem, ob weitere Felder dazugekommen sind — Shopify bündelt solche Erweiterungen gern im selben Release.

Die Richtung ist unübersehbar: Shopify rückt Checkout- und Preislogik Stück für Stück aus den Themes und Dritt-Apps in die Functions-Schicht. Wer seine Automatisierungen dort aufsetzt, bleibt updatefest — und wer das Kundenalter bisher umständlich synchronisiert hat, kann ab Oktober genau diesen Workaround löschen.