Enterprise-Commerce in Tagen statt Monaten: Was die Experience-Schicht jetzt noch braucht

commercetools hat am 23. Juni zwei Dinge angekündigt, die in der Branche aufhorchen lassen: commercetools for Builders und einen Commerce Integration Layer. Die Kernaussage: Enterprise-Commerce, der bisher Monate gebraucht hat, soll künftig in Tagen stehen. Beschreiben statt programmieren, eine zentrale Stelle für Integrationen statt Wochen voller Glue-Code.

Wir finden: Das ist die richtige Richtung. Wer im Commerce arbeitet, kennt den Schmerz langer Implementierungs-Zyklen. Wenn eine etablierte Plattform den Startpunkt von „Projectplan“ auf „erste Eingabe“ verschiebt, ist das ein gutes Signal für den ganzen Markt.

Eine Frage bleibt aber offen, und sie entscheidet darüber, ob die gewonnene Geschwindigkeit beim Kunden ankommt: Wo entsteht eigentlich die Experience?

Was commercetools angekündigt hat

Kurz zusammengefasst, damit ihr es einordnen könnt:

• commercetools for Builders lässt Teams Storefronts, Kataloge und Checkout-Erlebnisse beschreiben statt sie von null zu bauen, unterstützt durch AI-Entwicklungs-Werkzeuge wie Claude Code, v0 und Cursor. Gebaut auf der API-nativen Plattform Sphere.
• Commerce Integration Layer bündelt die Anbindung an Drittsysteme (Suche, Content, Promotions, Steuer) an einem zentralen Punkt, statt dass jedes Projekt dieselbe Integrationslogik neu verdrahtet.

Beides zielt auf denselben Engpass: Die Zeit zwischen Idee und Live-Schaltung. Und beides arbeitet primär auf der Backend- und Plattform-Schicht.

Der Teil, der stimmt: Geschwindigkeit und Integration sind echte Engpässe

Lange Bauzeiten kosten doppelt: einmal das Budget, einmal die Marktchance. Und die Integration von Suche, Content, Promotions und Steuer ist tatsächlich einer der zähesten Teile jedes Projekts. Dass commercetools genau hier ansetzt, ist nachvollziehbar und für Bestandskunden eine willkommene Entlastung.

Für euch als Product- oder Marketing-Owner heißt das aber nicht „Problem gelöst“. Es heißt: Der Backend-Aufbau wird schneller. Die Storefront, also das, was eure Kundinnen und Kunden tatsächlich sehen und bedienen, ist eine eigene Schicht mit eigenen Anforderungen: Performance, Markenkonsistenz, Barrierefreiheit, SEO, schnelle Kampagnen-Iteration. Diese Schicht wird nicht automatisch fertig, nur weil das Backend in Tagen steht.

Wo die Experience entsteht: im Frontend

Eine Frontend Management Platform (FMP) ist genau die Schicht, die zwischen eurem Commerce-Backend und eurer Kundschaft sitzt. Sie ist der Ort, an dem aus Produktdaten ein Erlebnis wird, das verkauft. Eine FMP wie Laioutr macht zwei Dinge konkret:

1. Die Storefront steht in Tagen, nicht im nächsten Sprint.

Marketer komponieren Seiten direkt im Visual Page Builder, aus einer kuratierten UI-Library mit eurem Brand-Theme. Kein Banner-Ticket, das eine Woche in der Dev-Queue liegt. Der Median bei begleiteter Umsetzung liegt unter 14 Tagen. Wichtig dabei: Diese Storefront läuft mit eurem commercetools-Backend genauso wie mit Shopware, Shopify oder Magento. Mehr dazu auf unserer Seite zum Headless Frontend für commercetools.

2. Der laufende Betrieb wird agentisch, nicht nur der Aufbau.

commercetools setzt AI stark auf der Bau- und Shopper-Seite ein. Die andere Hälfte ist der tägliche Betrieb eurer Storefront, und genau dort setzt unsere Operator-Schicht an. Larry und die Laioutr Frontend Agents übernehmen wiederkehrende Frontend-Arbeit: Content-Varianten erzeugen, SEO und GEO-Markup pflegen, A/B-Tests fahren, Performance nachschärfen. Das läuft im Content Management mit Content-Agent und im agentischen A/B-Testing, nicht als Entwickler-Ticket. Agentisch bauen ist gut. Agentisch betreiben ist das, was eurem Team Woche für Woche Zeit zurückgibt.

Integration ohne die Rebuild-Falle

Der Commerce Integration Layer adressiert ein reales Problem: Integrationslogik, die in jedem Projekt neu entsteht. Auf der Frontend-Seite kennen wir denselben Schmerz, und unsere Antwort ist der Laioutr App Store: vorgefertigte Connectoren für Suche, Payment, Analytics und mehr, die ihr per Klick anbindet statt sie pro Projekt neu zu verdrahten. Wie sich das auf die Time-to-Stack auswirkt, haben wir hier beschrieben: Composable Commerce ohne die Wartungsfalle.

Ein Punkt, den ihr bei der Architektur-Entscheidung mitdenken solltet: commercetools Frontend ist eng an das commercetools-Backend gebunden. Das ist die schnellste Anbindung, wenn ihr euch für die nächsten Jahre auf commercetools festlegt. Wollt ihr die Backend-Wahl reversibel halten, sitzt der Frontend-Layer bei Laioutr bewusst entkoppelt davon: ein Frontend, viele Backends, kein Rebuild beim Wechsel. Das ist keine Wertung gegen commercetools, sondern eine Frage, wie fest ihr euch binden wollt.

Was das für euer Team bedeutet

Wenn ihr gerade evaluiert, sind das die drei Fragen, die zählen:

• Geschwindigkeit beim Bauen ist heute bei vielen Plattformen gelöst oder auf dem Weg dahin. Der Unterschied entsteht danach.
• Geschwindigkeit beim Betreiben ist die unterschätzte Hälfte. Wie schnell kann euer Marketing-Team eine Kampagne live bringen, eine Variante testen, einen Markt ergänzen, ohne Dev-Abhängigkeit?
• Reversibilität der Architektur entscheidet, wie teuer eure nächste Backend-Entscheidung wird.

Die Agentic Frontend Management Platform ist auf alle drei Punkte gebaut. Wenn ihr noch grundsätzlich überlegt, was eine FMP eigentlich ist und wann sie sich lohnt, startet hier: Was ist eine Frontend Management Platform.

Weiterlesen: Agentic-ready Frontend und der deterministische Render-Contract sowie 3 Frontend-Fragen, die ihr am Booth #37 stellen solltet.

Bereit, die Experience-Schicht genauso schnell zu machen wie euer Backend? Schaut euch die Agentic Frontend Management Platform an oder vergleicht die Preise. Eure Storefront, jedes Backend, vollständig in eurer Hand.