Wenn das Luma-Theme deines Magento-2-Shops beim mobilen LCP bei 5 Sekunden hängt, steht die Frontend…
commercetools Sphere und Autonomous Commerce: Wem gehoert die Experience-Ebene?
commercetools hat den Composable-Commerce-Markt mitgepraegt und bewegt sich erkennbar in Richtung autonomer, agentengestuetzter Commerce-Ablaeufe - eine Entwicklung, die unter der Sphere-Marke eingeordnet wird. Fuer Teams, die auf commercetools aufbauen, entsteht damit eine praktische Frage: Wenn das Backend mehr Entscheidungen selbst trifft und Ausgaben autonom erzeugt, wer besitzt und betreibt dann die kundenseitige Experience-Ebene? Wir sehen die Experience-Ebene als eigenstaendige Disziplin. Und als commercetools-Partner argumentieren wir, dass sie am besten von einer Frontend Management Platform (FMP) betrieben wird, die auf commercetools aufsetzt.
Was Autonomous Commerce fuer das Backend bedeutet
Autonomer Commerce verschiebt Logik nach unten in die Plattform. Katalog, Preis, Promotion und zunehmend auch Entscheidungen ueber das naechste sinnvolle Angebot werden im Backend berechnet, teils von Agenten vorbereitet. Das ist eine sinnvolle Richtung: commercetools ist stark darin, Domaenenlogik als API bereitzustellen. Das Ergebnis ist ein Backend, das nicht nur Daten liefert, sondern Absichten und Vorschlaege. Genau hier beginnt aber ein neuer Verantwortungsschnitt. Ein Vorschlag ist noch keine Seite. Eine Agenten-Ausgabe ist noch keine Erfahrung.
Warum die Experience-Ebene ein eigener Belang ist
Die Experience-Ebene beantwortet andere Fragen als das Backend. Wie wird eine Agenten-Ausgabe zu einer Ansicht, die schnell laedt, barrierefrei ist und zur Marke passt? Wer entscheidet, welche Vorschlaege wo erscheinen? Wie greift ein Marketing-Team ein, ohne ein Deployment auszuloesen? Diese Fragen sind nicht mit mehr Backend-Autonomie beantwortet - sie werden dringlicher. Je autonomer die Quelle, desto mehr braucht es eine Ebene, die Ausgaben kuratiert, rendert und kontrolliert. Das ist keine Konkurrenz zu commercetools, sondern die logische Ergaenzung oberhalb der API.
Agenten-Ausgabe rendern statt nur anzeigen
Wenn ein Agent eine Empfehlung, ein Bundle oder eine dynamische Zusammenstellung erzeugt, muss die Experience-Ebene daraus eine verlaessliche Darstellung machen. Rendern heisst hier: aus einer strukturierten Ausgabe eine konsistente Komponente bauen, die in jedem Kontext funktioniert - Startseite, Kategorie, Suchergebnis, App. Eine FMP fuer commercetools uebersetzt Backend-Absicht in stabile Frontend-Bausteine, statt rohe Agenten-Ausgabe ungefiltert an den Browser durchzureichen. So bleibt die Ausgabe des Backends autonom, die Darstellung aber vorhersagbar.
Performance und Barrierefreiheit bleiben Frontend-Arbeit
Ein autonomes Backend aendert nichts an den harten Anforderungen der Auslieferung. Core Web Vitals, Caching, Rendering-Strategie und WCAG-Konformitaet entstehen an der Kante zum Nutzer, nicht in der Domaenenlogik. Wenn Inhalte staerker zur Laufzeit berechnet werden, steigt sogar der Bedarf an einer Ebene, die Caching, Fallbacks und Ladeverhalten diszipliniert steuert. Eine agentische Frontend Management Platform behandelt Performance und Barrierefreiheit als Vertrag, nicht als nachgelagerte Optimierung.
Marketer-Kontrolle ist kein Widerspruch zur Autonomie
Autonomie im Backend darf nicht bedeuten, dass Marketing-Teams die Kontrolle verlieren. Im Gegenteil: Wer autonome Vorschlaege ausliefert, braucht klare Leitplanken - wo Agenten-Ausgabe erscheinen darf, welche Regeln gelten, wie manuelle Kuratierung Vorrang bekommt. Die Experience-Ebene ist der Ort, an dem diese Governance sichtbar wird. Redakteure ordnen, uebersteuern und testen, ohne Entwicklungszyklen zu blockieren. So bleibt der Mensch im Steuerstand, waehrend das Backend im Hintergrund arbeitet.
Die saubere Trennung: commercetools unten, Experience oben
Der belastbare Schnitt ist einfach zu benennen. commercetools besitzt Domaene, Daten und zunehmend autonome Entscheidungen. Die Experience-Ebene besitzt Darstellung, Auslieferung, Zugaenglichkeit und redaktionelle Kontrolle. Eine Composable-Frontend-Architektur macht diesen Schnitt explizit, statt ihn in die Storefront zu verdrahten. Das Ergebnis ist eine Arbeitsteilung, die beiden Seiten ihre Staerke laesst: commercetools bleibt der starke Kern, die FMP wird die operative Ebene fuer alles, was der Kunde sieht.
Was das fuer commercetools-Teams heute bedeutet
Teams, die Sphere und autonome Ablaeufe evaluieren, sollten die Experience-Ebene nicht als Nebeneffekt behandeln. Die Frage ist nicht, ob das Backend autonomer wird - sondern wer die Ausgabe kuratiert, rendert und ausliefert. Wer diese Ebene bewusst besetzt, kann Backend-Innovation schnell aufnehmen, ohne bei Performance, Barrierefreiheit oder Marketing-Kontrolle Kompromisse einzugehen. Das ist die Rolle, die eine Frontend Management Platform im Zusammenspiel mit commercetools uebernimmt.
Naechste Schritte
Wenn Sie commercetools einsetzen und die autonome Richtung ernst nehmen, lohnt ein klarer Blick auf die Experience-Ebene. Sehen Sie sich an, wie ein Headless-Frontend fuer commercetools Agenten-Ausgabe rendert, Performance absichert und Marketing-Teams die Kontrolle laesst.
Weitere Themen
Marcel Thiesies, Co-Founder, Laioutr
Alle Daten basieren auf öffentlich verfügbaren Informationen, Erfahrungen aus Sales-Gesprächen mit DACH-E-Commerce-Brands sowie eigenen Plattform-Tests. Stand: Juli 2026. commercetools-Funktionen können sich weiterentwickelt haben.