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.
Metto sul tavolo subito la mia lettura, così il resto si legge sapendo da che parte sto: Adobe ha aperto le proprie piattaforme agli agenti, ed è la mossa giusta. Ma un’architettura agentica non regala risultati a nessuno. Moltiplica quello che il merchant ha già: se ha dati in ordine, processi chiari e qualcuno che sa cosa vuole ottenere, moltiplica quello. Se ha un catalogo sporco e nessun processo, moltiplica il disordine. Non è una battuta prudente per non prendere posizione: è la posizione.
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 scelta è quella giusta, ed è una scelta di architettura, non di marketing. Resta da vedere quanto la promessa venga mantenuta quando si scende dal palco.
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 è quasi 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.
Su un punto però faccio l’avvocato del diavolo con me stesso. Un agente che “propone o applica correzioni” al sito è utile quanto è misurabile: senza log di cosa ha fatto, senza una baseline prima e dopo, l’unica cosa che si può dire di un agente in produzione è che sembra funzionare. E “sembra funzionare” non è una metrica. Sospetto che nei prossimi mesi il lavoro vero, il mio come quello degli altri, sarà molto meno sull’AI e molto più su log, permessi e misurazione.
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, e parlo per esperienza mia, non per teoria. Nelle settimane scorse ho fatto un esperimento casalingo: ho collegato un modello al catalogo di un ambiente di test, con l’idea di vedere quanto bene sapesse rispondere a domande da cliente vero (“questo capo è adatto a mezza stagione?”, “che differenza c’è tra questi due modelli?”). Ha risposto benissimo. E ha risposto con sicurezza cose false, perché gli attributi erano compilati a metà e in due casi il campo materiale conteneva testo di un altro prodotto. Non ha allucinato: ha letto quello che c’era. Il concierge è affidabile quanto il PIM e il DAM che ha dietro, punto.
Tradotto per chi vende: se un merchant fashion mid-market lancia un’esperienza conversazionale sopra un catalogo con attributi incompleti, otterrà un agente che sbaglia con tono convincente, che è peggio di non averlo. Non è un difetto di Adobe. È la solita verità del nostro mestiere, che l’AI rende solo più evidente: sui dati sporchi non c’è santo.
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.
Ho messo in produzione Adobe Commerce Cloud fin dalle prime versioni, 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 a mio parere è 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.
E poi c’è la cosa che dovrei dire e di solito non si dice: gli agenti spostano il valore a monte. Se configurare un journey o un’audience smette di essere un lavoro di giornate, quello che resta non è “meno lavoro”, è un lavoro diverso, fatto di decisioni. Cosa vale la pena fare, non come farlo. Il che significa che il merchant che oggi non sa dire dove vuole andare non verrà salvato da nessun orchestratore. E che il mio mestiere, se voglio essere onesto, si sposta anche lui: meno esecuzione, più architettura e giudizio.
La mia lettura, a caldo e con tutti i limiti di una lettura a caldo, è che questo Summit segna l’inizio di una fase, non la sua fine. Nei prossimi progetti non partirò dagli agenti: partirò, come sempre, dal dato e dal catalogo. Se un cliente mi chiede da dove si comincia con l’AI, la risposta continua a essere la meno seducente possibile: prima si mettono in ordine catalogo, attributi, prezzi e integrazioni. 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. E, subito dopo, la capacità di misurare cosa fa l’agente in produzione.
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.