Ein einziges Feld. Mehr steht nicht im aktuellen Developer-Changelog von Shopify. API-Version 2026-10 ergänzt das Customer-Objekt in Shopify Functions um createdAt — den Zeitpunkt, zu dem ein Kundenkonto angelegt wurde. Keine Pressemitteilung, kein Keynote-Moment, keine Roadmap-Folie. Und trotzdem: Das ist einer der strategisch interessantesten Absätze, den shopify.dev in diesem Jahr veröffentlicht hat.
Meine These vorweg, bevor wir uns in Details verlieren: Shopify baut den Checkout schrittweise zu einer CRM-Entscheidungsmaschine um, und jeder dieser unscheinbaren Changelog-Einträge ist ein weiterer Stein in diesem Fundament. Wer das als technische Fußnote abhakt, versteht nicht, wo diese Plattform hinwill.
„You can now use the date and time a customer account was created in Function logic.“
Was harmlos klingt, ist konkret mächtig. Eine Discount Function kann ab 2026-10 nativ entscheiden: Kunde seit mehr als fünf Jahren registriert — Versandkosten erlassen. Konto jünger als 30 Tage — kein Rabatt auf Sale-Artikel. Kein Export in ein externes Tool, kein Segment in Klaviyo, kein Webhook-Zirkus. Die Logik läuft im Checkout selbst, in Millisekunden, dort wo der Kaufentscheid fällt.
Kontoalter wird zum Währungs-Code für Treue — ob es das taugt oder nicht
Genau hier beginnt mein Unbehagen. createdAt misst nicht Loyalität. Es misst Registrierung. Ein Konto, das 2019 bei einer einmaligen Bestellung angelegt und danach nie wieder benutzt wurde, ist nach dieser Logik ein „Bestandskunde seit sieben Jahren“. Eine Kundin, die jahrelang als Gast bestellt hat und sich erst letzte Woche registriert, gilt als Neuling. Shopify selbst weist im Changelog übrigens explizit darauf hin, dass Functions weiterhin Gastkäufer behandeln müssen, weil buyerIdentity oder customer dann schlicht null sind — ein Zusatz, den viele beim Überfliegen ignorieren werden.
Faire Rabattlogik sieht anders aus: Bestellhistorie, Umsatz über Zeit, Retourenquote. Alles Daten, die Shopify hat — und die der Händler in Functions bisher nur mühsam oder gar nicht heranziehen kann. Das neue Feld ist also kein Loyalitäts-Feature. Es ist ein Platzhalter für eines. Und Platzhalter haben die Angewohnheit, dauerhaft zu bleiben, weil sie „erstmal reichen“.
Der App-Layer hat ein Problem, die Händler eine Chance
Sehen wir uns die Kehrseite an. Ein nicht kleiner Teil des Shopify-App-Ökosystems verkauft im Kern genau das: kundenindividuelle Preislogik. VIP-Tiers, Geburtstagsrabatte, Segment-basierte Checkout-Angebote. Jedes Mal, wenn Shopify ein weiteres Kundenattribut in Functions verfügbar macht, schrumpft die Differenzierung dieser Apps um eine Scheibe. Das begann mit Metafeldern, ging über Kunden-Segmente, und createdAt ist die logische Fortsetzung. Aggregation in Reinform: Die Plattform absorbiert, was der App-Layer mühsam aufgebaut hat, und gibt es als Standard zurück.
Für Händler in Deutschland, Österreich und der Schweiz ist das aus zwei Gründen relevant. Erstens: Neukundenrabatte sind hierzulande ein reflexartiges Instrument — zehn Prozent für die Newsletter-Anmeldung, fünfzehn für die Erstbestellung. Die Stammkundschaft, die ohnehin gekauft hätte, schaut dabei seit Jahren in die Röhre und finanziert die Akquise-Rabatte über die Marge mit. Mit createdAt lässt sich diese Schieflage erstmals direkt im Checkout korrigieren, ohne dass eine Agentur dafür ein Projekt aufmachen muss. Zweitens: Wer Rabatte an Kontoalter knüpft, sollte die Kommunikation sauber machen. Personalisierte Preisvorteile sind zulässig, aber Transparenz ist kein Nice-to-have — weder rechtlich noch gegenüber Kunden, die nachvollziehen wollen, warum der Nachbar weniger zahlt.
Was mich an diesem Changelog-Eintrag wirklich beschäftigt, ist die Richtung, nicht das Feld. Shopify hat den Checkout lange als heiligen, weitgehend versiegelten Raum behandelt — aus guten Gründen, Stabilität und Conversion vor Individualisierung. Diese Ära endet. Functions, Checkout-Extensions, jetzt kundenbezogene Attribute direkt im Kaufprozess: Der Checkout wird programmierbar, personalisierbar, verhandelbar. Das ist für starke Händler ein Hebel und für schwache eine Falle, denn wer seine Rabattlogik nicht strategisch denkt, wird sie künftig nicht im Marketing-Dashboard vermurksen, sondern mitten im letzten Schritt vor dem Kauf.
Drei konkrete Schritte für DACH-Händler, die das ernst nehmen wollen: Prüfen, welche Functions im Shop bereits laufen und auf welcher API-Version — der Umstieg auf 2026-10 ist Pflicht, sonst bleibt das Feld unsichtbar. Dann testen, und zwar ausdrücklich mit Gastkäufern, weil genau dort die Logik bricht, wenn sie schlampig geschrieben ist. Und schließlich die eigene Rabatt-Philosophie auf den Prüfstand stellen, bevor man sie in Code gießt: Kontoalter ist ein Signal, kein Urteil.
Bleibt die Frage, die Shopify nicht beantworten wird: Wenn die Plattform demnächst weiß, wer wann kam, wie oft kaufte und was gezahlt hat — und all das im Checkout verrechnet —, was genau verkaufen die Loyalitäts-Apps dann eigentlich noch? Und die unbequemere Frage an die Händler: Wer von euch hat seine Rabattstrategie schon mal aufgeschrieben, bevor er sie in eine Function tippt?