Adobe Commerce e Adobe Journey Optimizer: cosa cambia

Nel corso degli anni, progettando piattaforme su Adobe Commerce, mi sono scontrato sempre con lo stesso limite: lo store sa benissimo cosa fa l’utente — cosa mette nel carrello, cosa abbandona, cosa compra — ma tutta questa conoscenza resta chiusa dentro il negozio. Le email transazionali native fanno il loro dovere (conferma ordine, spedizione), il modulo di marketing base copre qualche newsletter, e per il resto ci si arrangia con integrazioni verso tool esterni che non parlano davvero la lingua della piattaforma.

Adobe Journey Optimizer (AJO) è la risposta di Adobe a questo problema. E dopo averci lavorato su progetti reali, la mia opinione è netta: non è “l’email tool di Adobe Commerce”. È un’altra categoria di prodotto, e chi lo tratta come un semplice sostituto di Mailchimp sta guardando dalla parte sbagliata del cannocchiale.

Cos’è Adobe Journey Optimizer

AJO è un motore di orchestrazione dei customer journey costruito nativamente su Adobe Experience Platform (AEP). Questa frase sembra marketing, ma è la chiave di tutto. Non è un’app che va a leggere dati altrove: vive sopra il profilo cliente real-time unificato di AEP, quello che raccoglie e riconcilia i comportamenti dell’utente da tutti i touchpoint.

Su questa base, AJO fa due cose in un’unica applicazione:

  • Campagne pianificate (schedulate), il classico invio a un segmento.
  • Journey event-triggered in real-time, cioè flussi multi-step che partono da un comportamento o da un evento di business nel momento in cui accade.

I canali sono omnicanale nel senso pieno del termine: email, push mobile, SMS, web, in-app, fino a scenari in-person. Il cuore operativo è il journey canvas, un’area visuale dove costruisci il flusso: l’utente entra da un evento, il sistema valuta condizioni, aspetta timeout, prende un ramo o l’altro, invia un messaggio su un canale, poi ne valuta un altro.

Come si integra con Adobe Commerce

Qui sta il punto che interessa a chi vende online. Il ponte tra Adobe Commerce e AJO non è un plugin che spara email. È l’estensione Data Connection di Adobe Commerce.

Il meccanismo, semplificato ma corretto, è questo:

  1. Lo storefront Adobe Commerce genera eventi comportamentali e di business — per esempio commerce.checkouts quando qualcuno inizia un checkout.
  2. Data Connection inoltra questi eventi all’edge network di Adobe Experience Platform in tempo reale.
  3. Una volta che il dato è sull’edge di AEP, gli altri prodotti Adobe Experience Cloud — AJO incluso — possono usarlo.
  4. In AJO configuri un journey che si mette in ascolto di quell’evento e reagisce.

Il caso d’uso più immediato è l’abandoned cart: AJO ascolta l’evento di checkout, aspetta un timeout (l’utente non completa), e a quel punto fa partire l’email — o la push, o l’SMS — di recupero. Adobe documenta questo scenario come implementabile in tempi molto rapidi una volta che Data Connection è a posto. È vero, ma con un asterisco che dirò tra poco.

Journey vs email transazionale: non confondiamoli

Una precisazione che faccio sempre ai merchant, perché genera confusione. Adobe Commerce ha già le sue email transazionali native, gestite dalla piattaforma: ordine confermato, ordine spedito, reset password. Continuano a esistere e in molti casi vanno benissimo così.

AJO gioca un altro campionato. Dentro AJO c’è sì un concetto di transactional messaging (messaggi trigger in real-time su email, push e SMS), ma la vera differenza è l’orchestrazione: non un singolo messaggio isolato, ma un percorso. Esempio concreto da un progetto: un merchant fashion di taglia media voleva un flusso post-acquisto che, a seconda del valore dell’ordine e della categoria comprata, mandasse una sequenza diversa — un cross-sell dopo tre giorni ai clienti premium, un invito al programma loyalty ai nuovi, niente a chi aveva già uno storico ricco. Quella logica a rami, con attese e condizioni sul profilo real-time, è esattamente ciò per cui esiste il journey canvas. Provare a farla con le transactional email native di Commerce sarebbe stato un incubo di codice custom.

La mia opinione, senza girarci intorno

AJO è potente, ma non è per tutti. È onesto dirlo.

Il valore reale si sblocca solo se hai Adobe Experience Platform sotto, e AEP è un investimento serio — di licenza e, soprattutto, di data engineering. Il profilo cliente unificato non si materializza da solo: qualcuno deve mappare gli schema (XDM), governare l’identità, tenere pulito il dato. L'”abbandoned cart in un’ora” è vero a livello di configurazione del journey; non è vero se conti le settimane per portare AEP e Data Connection in produzione con dati affidabili.

La mia regola pratica, dopo aver visto qualche progetto: se un merchant è già dentro l’ecosistema Adobe Experience Cloud (usa AEP, magari AEM, fa personalizzazione seria) allora AJO sopra Adobe Commerce è la scelta naturale e ripaga. Se invece un negozio cerca solo qualche automazione email, AJO è sovradimensionato — un’arma sproporzionata a un problema che non ha ancora. In quel caso lo dico chiaramente, anche se significa vendere meno.

Il punto vero non è la tecnologia, è la maturità del dato. AJO non aggiusta un dato sporco: lo amplifica.

FAQ

Adobe Journey Optimizer sostituisce le email transazionali di Adobe Commerce?
No. Le email transazionali native di Adobe Commerce (conferma ordine, spedizione) restano. AJO aggiunge l’orchestrazione di journey omnicanale multi-step, con trigger real-time basati sul profilo cliente di Adobe Experience Platform.

Serve Adobe Experience Platform per usare AJO con Adobe Commerce?
Sì. AJO è costruito nativamente su Adobe Experience Platform e usa il suo profilo cliente real-time. Il collegamento con lo store passa dall’estensione Data Connection di Adobe Commerce, che inoltra gli eventi all’edge di AEP.

Che tipo di eventi Adobe Commerce può inviare ad Adobe Journey Optimizer?
Eventi comportamentali e di commerce, ad esempio l’evento di checkout (commerce.checkouts) usato per lo scenario di abandoned cart. Data Connection li inoltra in tempo reale all’edge di AEP, dove AJO li usa come trigger di un journey.


Chi sono — Sono Fabio Canovi, consulente Adobe presso il gruppo Lutech. Sono stato tra i primi in Italia a certificarmi su Adobe Commerce e sono certificato anche su Adobe Experience Manager, Adobe Analytics e Adobe Target (Master – Target Architect). Lavoro su Magento e Adobe Commerce da oltre 10 anni, progettando piattaforme e-commerce per merchant mid-market.

Condividi l'articolo:

Articoli correlati