Ein Datumsfeld, drei Zeilen Code, deutlich weniger Workarounds: Mit der API-Version 2026-10 stellt Shopify im Customer-Objekt seiner Functions-Laufzeit das Feld createdAt bereit. Damit lässt sich erstmals direkt in der Function-Logik abfragen, wann ein Kundenkonto angelegt wurde – ohne den Umweg über Tags, Metafelder oder externe Middleware.
Was genau ändert sich mit API 2026-10?
Shopify Functions laufen serverseitig in der Plattform und steuern Rabatte, Versandoptionen, Zahlungsarten und Checkout-Validierungen. Bislang enthielt das Customer-Input-Objekt unter anderem die E-Mail-Adresse, Tags und die Anzahl bisheriger Bestellungen. Das Erstellungsdatum des Kontos fehlte. Wer eine Neukunden-Logik abbilden wollte, musste das Datum als Metafeld replizieren oder mit Tags arbeiten – beides fehleranfällig und pflegeintensiv.
Die Änderung ist additiv: Bestehende Functions laufen ohne Anpassung weiter. Wer das Feld nutzen will, aktualisiert die API-Version in der Function-Konfiguration auf 2026-10 und greift im GraphQL-Input auf customer.createdAt zu. Zurückgegeben werden Datum und Uhrzeit der Kontoerstellung.
Warum ist das für Shopbetreiber relevant?
Neukunden-Rabatte sind im Shopify-Alltag Dauerbrenner. Bisherige Lösungen über Kunden-Tags funktionieren, skalieren aber schlecht: Ein Tag „new_customer“ muss zeitgesteuert gesetzt und wieder entfernt werden, etwa per Shopify Flow oder Drittanbieter-Automation. Geht das schief, bekommt ein Bestandskunde den Willkommensrabatt – oder ein echter Neukunde eben nicht.
Mit createdAt verkürzt sich die Prüfung auf einen Vergleich: Liegt die Kontoerstellung weniger als 30 Tage zurück, gilt die Neukunden-Kondition. Kein Tag-Management, kein Cron-Job, kein Race Condition zwischen Automation und Checkout.
Interessant wird das Feld auch jenseits von Rabatten. Ein Risiko-bewusster Händler kann Zahlungsarten an das Kontoalter koppeln – Kauf auf Rechnung erst ab einem gewissen Bestandskunden-Status etwa. Im B2B-Kontext lassen sich Versandkonditionen für frisch angelegte Firmenkunden steuern, bevor die Bonitätsprüfung abgeschlossen ist. Und Retention-Logiken profitieren ebenfalls: Eine Versandkostenfreiheit zum „Kunden-Jubiläum“ ein Jahr nach Registrierung ist mit einer Zeile Datumsvergleich umsetzbar.
Wer bisher Tags oder Metafelder pflegte, nur um das Kontoalter zu kennen, kann diesen Pflegeaufwand einstellen.
Wie setzen Händler das konkret um?
Shopify Functions stehen nur über Apps zur Verfügung – entweder als eigene Custom-App oder über Lösungen aus dem App Store, die Functions-basierte Rabatte anbieten. Für Shops mit eigenem Entwicklerteam heißt das: Function-Erweiterung auf API 2026-10 heben, Input-Query um createdAt ergänzen, Logik anpassen, deployen. Der Aufwand liegt im Stundenbereich, nicht in Tagen.
Wer ohne Entwicklungskapazität arbeitet, sollte prüfen, welche der eingesetzten Discount-Apps das neue Feld zeitnah unterstützen. Etablierte Function-basierte Rabatt-Apps pflegen ihre API-Versionen in der Regel zeitnah nach Release nach – eine Anfrage beim App-Anbieter lohnt sich, bevor man parallel eine Tag-Lösung weiterpflegt.
Eine Einschränkung bleibt: createdAt beschreibt das Kontoalter, nicht das Kaufverhalten. Ein Kunde, der sich vor zwei Jahren registriert und nie bestellt hat, ist für die Function ein Altkunde. Wer „erste Bestellung“ meint, braucht weiterhin die Bestellanzahl oder eigene Logik. Für die häufigsten Neukunden-Szenarien reicht das Kontoalter aber aus – und beseitigt eine der nervigsten Lücken in der Functions-API.
Kurzfristig ist kein Handlungsdruck gegeben: Die Änderung erzwingt nichts. Mittelfristig sollten Händler mit tag-basierten Neukunden-Rabatten die Migration einplanen – jede gelöschte Automation ist eine Fehlerquelle weniger im Checkout.