Nel corso degli anni, integrando Adobe Commerce e Adobe Experience Manager nei progetti dei merchant con cui lavoro, ho imparato a diffidare degli annunci di keynote. Di solito il divario tra lo slide e il deploy è enorme. Questa settimana però, tornando dal Summit di Las Vegas (17-20 marzo), ho la sensazione che qualcosa nella traiettoria di Adobe sia cambiato davvero. Non per gli effetti scenici, ma per l’architettura che c’è sotto. Provo a mettere in fila cosa conta, e soprattutto cosa significa per chi come me dovrà portarlo dentro progetti reali.
Agent Orchestrator: il pezzo che tiene tutto insieme
L’annuncio centrale è Adobe Experience Platform Agent Orchestrator. In sostanza è il layer che permette di costruire, gestire e coordinare agenti AI direttamente sopra Adobe Experience Platform. Non un chatbot in più, ma un motore di orchestrazione: gli agenti ragionano sui dati già presenti in AEP (profili, audience, event data) e agiscono nel contesto del customer journey.
Il punto che ho trovato più interessante è che Adobe lo posiziona come un sistema aperto agli agenti di terze parti, non solo ai propri. Detto da chi passa le giornate a far dialogare Adobe Commerce con ERP, PIM e sistemi di loyalty esterni, questa è la differenza tra un giocattolo da demo e qualcosa di adottabile. La mia esperienza sul campo è che nessun merchant serio accetta un ecosistema chiuso: se l’orchestratore non parla con il resto dello stack, resta sullo slide. Qui invece la promessa è quella giusta. Resta da vedere quanto sia mantenuta.
I dieci agenti purpose-built
Attorno all’orchestratore, Adobe ha presentato una batteria di agenti purpose-built, dieci per la precisione, ciascuno con un compito circoscritto invece dell’onnisciente-tuttofare che di solito delude. Quelli su cui ho puntato subito l’attenzione:
- Journey Agent: costruisce e ottimizza i customer journey, riducendo la parte manuale di configurazione che oggi si porta via giornate di lavoro.
- Audience Agent: genera e affina audience partendo da obiettivi espressi in linguaggio naturale, appoggiandosi al Real-Time CDP.
- Site Optimization Agent: individua problemi di performance e di conversione su AEM Sites e propone (o applica) correzioni.
- Data Insights Agent: interroga i dati di Customer Journey Analytics e restituisce risposte, non dashboard da interpretare.
La logica del purpose-built mi convince. Un agente che fa una cosa e la fa in un dominio delimitato è testabile, è controllabile, ed è molto più facile spiegare a un cliente cosa succede quando qualcosa va storto. La mia posizione è netta: nei progetti enterprise il problema non è mai la capacità del modello, è la governance. Un agente ristretto a un compito è governabile; un agente generalista che tocca il journey, il pricing e il content in un colpo solo è un incidente che aspetta di succedere.
Brand Concierge: la vetrina conversazionale
Poi c’è Brand Concierge, l’applicazione con cui Adobe mette il lato consumer di tutto questo. È un’esperienza conversazionale brandizzata, in cui l’utente finale dialoga con un agente che conosce il catalogo e il contesto del brand, e lo accompagna dalla scoperta fino, potenzialmente, all’acquisto.
Qui sono più cauto. Ho visto troppi “assistenti allo shopping” nascere e morire perché il contenuto sottostante (dati prodotto, immagini, attributi) era sporco. Un concierge conversazionale è affidabile quanto il DAM e il PIM che ha dietro. Se un merchant fashion con qualche decina di milioni di GMV lancia Brand Concierge sopra un catalogo con attributi incompleti, otterrà un agente che risponde con sicurezza cose sbagliate, che è peggio di non averlo. Non è un difetto di Adobe: è la solita verità del nostro mestiere. L’AI amplifica la qualità del dato, nel bene e nel male.
In casa Commerce: Adobe Commerce as a Cloud Service
L’annuncio che mi tocca più da vicino è Adobe Commerce as a Cloud Service. Per chi come me lavora su Adobe Commerce da quando si chiamava Magento, è un cambio di paradigma nella modalità di consumo: una versione SaaS della piattaforma, gestita da Adobe, pensata per ridurre il peso operativo di upgrade, patching e infrastruttura che oggi grava sui team.
Sono stato tra i primi in Italia a mettere in produzione Adobe Commerce Cloud, e conosco bene il prezzo nascosto di quella flessibilità: ogni upgrade è un progetto, ogni patch di sicurezza è una piccola gestione del rischio. Un modello as a Cloud Service, se davvero toglie quel carico, cambia l’economia dei progetti mid-market. Ma ho una riserva onesta da mettere sul tavolo: il valore di Adobe Commerce è sempre stato la customizzazione profonda. La domanda vera, quella che porrò a ogni cliente nei prossimi mesi, è quanto controllo si è disposti a cedere in cambio di quella leggerezza operativa. Non c’è una risposta unica. Un merchant con logiche B2B complesse e uno con un catalogo B2C lineare faranno scelte opposte, ed è giusto così.
La mia lettura da chi dovrà integrarli
Se metto insieme i pezzi, il messaggio del Summit è coerente: Adobe non sta vendendo “un’AI”, sta vendendo un’architettura agentica in cui l’orchestratore coordina agenti specializzati sopra un layer di dati unificato, e Commerce diventa uno dei domini in cui quegli agenti operano. È una visione, e sulla carta è quella giusta.
Il mio scetticismo operativo però resta acceso su tre punti. Primo, l’orchestrazione vale quanto la pulizia del dato in AEP: chi arriva con profili frammentati non orchestra niente. Secondo, la governance degli agenti in produzione è terreno inesplorato, e i clienti enterprise vorranno audit trail, permessi e freni di emergenza prima di lasciarli agire. Terzo, la disponibilità reale: tra annuncio e general availability c’è sempre una distanza, e la pianificazione dei progetti va fatta su ciò che è deployabile oggi, non su ciò che è stato mostrato sul palco.
La mia conclusione, a caldo, è che questo Summit segna l’inizio di una fase, non la sua conclusione. Nei prossimi progetti non partirò dagli agenti: partirò, come sempre, dal dato e dal catalogo. Solo che ora so verso quale architettura sto preparando il terreno.
Mini-FAQ
Cos’è Adobe Experience Platform Agent Orchestrator?
È il layer di orchestrazione annunciato al Summit 2025 che permette di costruire e coordinare agenti AI sopra Adobe Experience Platform, con apertura anche ad agenti di terze parti.
Quanti agenti purpose-built ha presentato Adobe?
Dieci agenti specializzati, tra cui Journey Agent, Audience Agent, Site Optimization Agent e Data Insights Agent, ciascuno dedicato a un compito circoscritto.
Cos’è Adobe Commerce as a Cloud Service?
È una modalità SaaS di Adobe Commerce, gestita da Adobe, che riduce il carico operativo di upgrade, patching e infrastruttura rispetto al modello tradizionale.
Qual è il prerequisito per sfruttare l’era agentica di Adobe?
La qualità e l’unificazione del dato: senza profili puliti in AEP e un catalogo ben strutturato, gli agenti amplificano gli errori invece di creare valore.
Fabio Canovi è consulente Adobe presso il gruppo Lutech, certificato Adobe Commerce, Adobe Experience Manager, Adobe Analytics e Adobe Target. Approfondisce l’AI agentica applicata all’e-commerce e la sua integrazione nei progetti reali.