D-Congress 2026 hat vom HCL-Commerce-Team ein klares Signal geliefert: KI dominiert die Commerce-Roadmap, und B2B hinkt hinterher.

Mein Take ist derselbe. Und ich mochte zeigen, wo die Lucke fur HCL-Commerce+-Stores konkret sitzt - denn die Antwort liegt nicht im Backend.

Der HCL-Recap zu D-Congress war ehrlich uber das Bild: Agentische KI bewegt sich schnell. Die Customer-facing Use Cases (LLM-basierte Shopping-Assistenten, konversationale Suche, ChatGPT-Commerce-Integration, KI-getriebene Produktempfehlungen) sind im Consumer-Commerce live und kommen in B2B an. Die Frage ist, wie bestehende HCL-Commerce+-Deployments von "unser Backend verarbeitet KI-angereicherte Daten" zu "unser Storefront ist tatsachlich Agent-ready" kommen.

Dieser Ubergang ist keine Backend-Frage. HCL Commerce+ hat bereits Backend-KI-Features - Discover+ fur Verhaltensdaten, Marketing-Cloud-Integration fur Personalisierungs-Signale. Die Infrastruktur, um Agenten mit Daten zu versorgen, existiert. Was fehlt, ist die Schicht, auf der diese Agenten operieren: das Frontend.

Was agentischer Commerce vom Frontend braucht

Ein Agent-ready-Storefront bedeutet nicht, einen Chatbot auf eine JSP-Seite zu setzen. Die architektonischen Anforderungen gehen tiefer:

Strukturierte Daten, die Agenten parsen konnen. ChatGPT Commerce, Google AI Overviews und Perplexity Commerce crawlen nicht nach Text - sie parsen strukturiertes Schema.org-Markup. Produktverfugbarkeit, Preise, Spezifikationen und Lieferzeiten mussen seitenweise in maschinenlesbarem Format kodiert sein. Ein Aurora-Storefront mit Server-seitigem Rendering kann Schema.org implementieren, aber nicht in der Geschwindigkeit, die der GEO-Management-Agent braucht: Markup dynamisch aktualisieren, wenn sich Inventar andert, wenn Vertragspreise sich aktualisieren, wenn Promotionen live gehen.

Saubere APIs, die Agenten aufrufen konnen. KI-Shopping-Assistenten (die Art, die in ChatGPT oder als Browser-Extensions laufen werden) mussen in Echtzeit euren Katalog, eure Preise, eure Verfugbarkeit aufrufen. Ein composable Frontend, das saubere, cacheable API-Endpunkte fur Produktdaten exponiert, ist die Integrationsflache. Das Rendering-Modell des Aurora-Storefronts exponiert diese Flache nicht sauber.

Komponenten-Level-Kontrolle fur dynamische Layouts. Wenn ein Performance-Agent erkennt, dass eine bestimmte Produktkategorie-Seite eine LCP-Regression hat, muss er die Komponentenkonfiguration anpassen konnen - ein schweres Bild-Karussell gegen ein Text-first-Layout tauschen, den Hero-Komponenten-Breakpoint andern, den Lazy-Loading-Schwellwert adjustieren. Das erfordert ein Komponentenmodell-Frontend, keine monolithische Template-Struktur.

Schnelle Iteration fur agenten-gesteuerte Tests. A/B-Tests, die von KI-Agenten gesteuert werden, brauchen Deployment-Zyklen in Minuten, nicht in Sprints. Wenn der Agent erkennt, dass eine Checkout-Flow-Variante 12 Prozent besser konvertiert, muss die Gewinner-Variante live gehen, bevor der Insight veraltet. Studio-basiertes Komponenten-Switching ermoglicht das. Sprint-basierte Frontend-Anderungen nicht.

Die D-Congress-Beobachtung, erweitert

Das HCL-Team hat auf D-Congress beobachtet, dass B2B-Commerce beim KI-Einsatz hinter Consumer hangt. Diese Beobachtung ist korrekt. Ein Teil des Grundes ist strukturell: B2B-Commerce hat Workflow-Korrektheit (Pricing, Contracts, Order-Management) uber Experience-Velocity priorisiert. Das Backend ist die Starke; das Frontend war das, was gebaut wurde, um das Backend zu befriedigen.

Das ist genau der Grund, warum die agentische Brucke fur HCL Commerce+ ein Frontend-Layer-Problem ist. Das Backend kann strukturierte Daten exponieren - die REST-APIs von HCL Commerce+ (/wcs/resources/store/...) liefern bereits Pricing, Katalog und Inventar in strukturiertem Format. Was ihr darauf benotigt, ist ein Frontend, das diese Daten in dem Format konsumieren und exponieren kann, das Agenten erwarten, in Agentengeschwindigkeit iterieren kann und Markenkonsistenz aufrechterhalt, wahrend Agenten Tests durchfuhren.

Laioutrs Agentic Frontend Management Platform ist die Schicht, die das D-Congress-Signal operationalisiert. Die funf Frontend-Agenten - Content, SEO/GEO, Performance, Vertriebssteuerung und der darunter liegende Larry AI - laufen auf derselben Komponentenbibliothek, die Marketing-Teams im Studio nutzen. HCL Commerce+ liefert die Daten. Laioutrs Agenten optimieren, wie diese Daten prasentiert und gefunden werden.

Das Decoupling als Voraussetzung

Bevor die agentische Schicht moglich ist, muss das Decoupling stattfinden. Ein Aurora-Storefront, der eng mit dem JSP-Rendering von HCL Commerce+ gekoppelt ist, kann keinen GEO-Agenten betreiben. Er kann keinen Performance-Agenten auf Komponentenebene betreiben. Er kann die saubere API-Flache nicht exponieren, die KI-Shopping-Assistenten benotigen.

Die Voraussetzung fur Agentic-Readiness ist Frontend-Decoupling: die Frontend-Schicht vom Backend zu trennen, damit sich jedes in seinem eigenen Tempo entwickeln kann. HCL Commerce+ ubernimmt weiterhin alles, was es heute ubernimmt. Laioutrs Frontend Management Platform stellt die Storefront-Schicht bereit, die agentische Werkzeuge unterstutzt.

USP 1 (Decoupling) geht nicht nur um heutige Time-to-Market. Es geht um architektonische Wahlmoglichkeiten fur das, was in den nachsten 24 Monaten kommt.

Wie das in der Praxis aussieht

Bei einem HCL-Commerce+-Deployment mit Laioutr als Frontend-Layer funktioniert das agentische Setup so:

Der GEO-Management-Agent uberwacht die AI-Overview-Sichtbarkeit fur Produktkategorien und aktualisiert Schema.org-Markup, wenn neue Produkte hinzugefugt werden, sich Preise andern oder Inventar sich verschiebt. Der SEO-Management-Agent beobachtet interne Verlinkungsmuster und meldet, wenn eine neue Kategorieseite verwaist ist. Der Performance-Monitoring-Agent verfolgt LCP auf den Kategorieseiten mit dem hochsten GMV und lost einen Komponentenkonfigurations-Review aus, wenn LCP die 2-Sekunden-Schwelle uberschreitet.

Das erfordert keine Backend-Anderungen. HCL Commerce+ lauft weiter. Die Agenten operieren auf der Frontend-Schicht.

Fur mehr uber das vollstandige Frontend-Layer-Bild fur HCL Commerce+ deckt der Hub-Post die vollstandige Architektur ab. Die EAA-Compliance-Frage behandelt Spoke 2 dieser Reihe aus Accessibility-Perspektive.

Die 30-Minuten-Frage

Wenn ihr HCL Commerce+ betreibt und verstehen wollt, wie Agentic-Readiness fur euer spezifisches Setup aussehen wurde - welche Agenten zuerst greifen, wie die Frontend-Decoupling-Sequenz ist, und was der realistische Zeitplan ist - ist ein 30-Minuten-Discovery-Call der richtige nachste Schritt.

30-Minuten-Discovery: Wie wurde ein Headless-Frontend fur euer HCL-Commerce+-Setup konkret aussehen?