Dati prodotto strutturati significa che ogni informazione sul prodotto vive in un attributo tipizzat…
D-Congress 2026 e HCL Commerce+: perché l'agentic è una questione di frontend
Il D-Congress 2026 ha prodotto un segnale chiaro dal team di HCL Commerce: l'AI domina la roadmap del commerce, e il B2B è in ritardo.
La mia lettura è la stessa. E voglio mostrare dove sta davvero il divario per gli store su HCL Commerce+, perché la risposta non è nel backend.
Il recap HCL del D-Congress è stato onesto nel descrivere il quadro: l'Agentic AI si muove in fretta. I casi d'uso rivolti al cliente (assistenti di shopping basati su LLM, ricerca conversazionale, integrazione con ChatGPT Commerce, raccomandazione prodotto guidata dall'AI) sono già live nel commerce consumer e stanno arrivando nel B2B. La domanda è come i deployment HCL Commerce+ esistenti passino da "il nostro backend gestisce dati arricchiti con AI" a "il nostro storefront è davvero agent-ready".
Quella transizione non è una questione di backend. HCL Commerce+ ha già funzionalità AI lato backend: Discover+ per i dati comportamentali, l'integrazione con Marketing Cloud per i segnali di personalizzazione. L'infrastruttura per alimentare gli agenti con i dati esiste. Manca il livello su cui quegli agenti operano: il frontend.
Cosa serve all'Agentic Commerce dal frontend
Uno storefront agent-ready non significa aggiungere un chatbot a una pagina JSP. I requisiti architetturali vanno più a fondo:
Dati strutturati che gli agenti possano interpretare. ChatGPT Commerce, Google AI Overviews e Perplexity Commerce non fanno crawling di testo, interpretano markup Schema.org strutturato. Disponibilità prodotto, prezzi, specifiche e tempi di consegna devono essere codificati in formato leggibile dalle macchine a livello di pagina. Un Aurora-Storefront con server-side rendering può implementare Schema.org, ma non alla velocità che serve al GEO Management Agent: aggiornare il markup in modo dinamico quando cambia lo stock, quando si aggiornano i prezzi contrattuali, quando vanno live le promozioni.
API pulite che gli agenti possano chiamare. Gli assistenti di shopping AI (quelli che gireranno dentro ChatGPT o come estensioni del browser) devono interrogare in tempo reale il tuo catalogo, i tuoi prezzi, la tua disponibilità. Un frontend composable che espone endpoint API puliti e cacheable per i dati di prodotto è la superficie di integrazione. Il modello di rendering di Aurora-Storefront non espone questa superficie in modo pulito.
Controllo a livello di componente per layout dinamici. Quando un performance agent rileva che una specifica pagina di categoria ha una regressione dell'LCP, deve poter modificare la configurazione dei componenti: sostituire un carosello di immagini pesante con un layout text-first, cambiare il breakpoint del componente hero, correggere la soglia di lazy loading. Questo richiede un frontend a modello di componenti, non un template monolitico.
Iterazione rapida per i test guidati dagli agenti. Gli A/B test guidati da agenti AI richiedono cicli di deployment misurati in minuti, non in sprint. Se l'agente rileva che una variante del checkout flow converte il 12 per cento in più, la variante vincente deve andare live prima che l'insight invecchi. Lo switching di componenti basato su Studio lo permette. Le modifiche frontend legate agli sprint no.
L'osservazione del D-Congress, estesa
Il team HCL ha osservato al D-Congress che il commerce B2B è in ritardo rispetto al consumer nell'adozione dell'AI. L'osservazione è corretta. Parte del motivo è strutturale: il commerce B2B ha dato priorità alla correttezza dei processi (prezzi, contratti, gestione ordini) rispetto alla velocità dell'esperienza. Il backend è il punto di forza; il frontend è stato costruito per soddisfare il backend.
Ed è esattamente per questo che il ponte agentic per HCL Commerce+ è un problema del livello frontend. Il backend può esporre dati strutturati: le REST API di HCL Commerce+ (/wcs/resources/store/...) restituiscono già prezzi, catalogo e inventario in formato strutturato. Quello che serve sopra è un frontend capace di consumare ed esporre quei dati nel formato che gli agenti si aspettano, iterare alla velocità degli agenti e mantenere la coerenza di brand mentre gli agenti eseguono i test.
L'Agentic Frontend Management Platform di Laioutr è il livello che rende operativo il segnale del D-Congress. I cinque Frontend Agent (Content, SEO/GEO, Performance, Vertriebssteuerung e la Larry AI sottostante) girano sopra la stessa libreria di componenti che i team marketing usano in Studio. HCL Commerce+ fornisce i dati. Gli agenti di Laioutr ottimizzano come quei dati vengono presentati e trovati.
Il prerequisito del decoupling
Prima che il livello agentic sia possibile, il decoupling deve avvenire. Un Aurora-Storefront strettamente accoppiato al rendering JSP di HCL Commerce+ non può eseguire un GEO agent. Non può eseguire un performance agent a livello di componente. Non può esporre la superficie API pulita di cui hanno bisogno gli assistenti di shopping AI.
Il prerequisito per l'agentic readiness è il decoupling del frontend: separare il livello frontend dal backend perché ciascuno possa evolvere alla propria velocità. HCL Commerce+ continua a gestire tutto ciò che gestisce oggi. La Frontend Management Platform di Laioutr fornisce il livello storefront che supporta il tooling agentic.
La USP 1 (Decoupling) non riguarda solo il time-to-market di oggi. Riguarda l'opzionalità architetturale per ciò che arriva nei prossimi 24 mesi.
Come funziona nella pratica
Per un deployment HCL Commerce+ con Laioutr come livello frontend, il setup agentic funziona così:
Il GEO Management Agent monitora la visibilità nelle AI Overview per le categorie di prodotto e aggiorna il markup Schema.org quando vengono aggiunti nuovi prodotti, cambiano i prezzi o si muove l'inventario. Il SEO Management Agent osserva i pattern di linking interno e segnala quando una nuova pagina di categoria resta orfana. Il Performance Monitoring Agent traccia l'LCP sulle pagine di categoria con il GMV più alto e attiva una revisione della configurazione dei componenti quando l'LCP supera la soglia dei 2 secondi.
Nulla di tutto questo richiede modifiche al backend. HCL Commerce+ continua a funzionare. Gli agenti operano sul livello frontend.
Per approfondire il quadro completo del livello frontend per HCL Commerce+: l'Hub Post copre l'architettura completa. Per i dettagli di prodotto su SEO/GEO, vedi SEO and GEO su Laioutr. Per il segnale di settore più ampio, la panoramica dello stack tecnologico dell'Agentic Commerce di maggio 2026 copre il quadro completo dello stack.
La domanda da 30 minuti
Se usi HCL Commerce+ e vuoi capire cosa significherebbe l'agentic readiness per il tuo setup specifico, quali agenti si applicano per primi, quale è la sequenza di decoupling del frontend e quale la timeline realistica, una discovery call di 30 minuti è il passo giusto.