C’è una domanda che mi porto dietro da quando ho iniziato a mettere le mani su Magento, nel 2011: perché tutto quello che sappiamo di un cliente resta chiuso dentro il negozio? In un progetto Adobe Commerce hai una miniera di dati (ogni pageView, ogni add to cart, ogni ordine, ogni reso) ma quei dati vivono in un silo. Servono a far girare cart price rule e dynamic block, e poco altro. Il resto dell’azienda (email marketing, campagne, CRM) lavora su un’idea del cliente diversa, spesso più povera.
Adobe Real-Time CDP nasce per rompere quel silo. In questo pezzo provo a spiegare cosa fa davvero, come si aggancia ad Adobe Commerce e, soprattutto, quando ha senso e quando è un martello troppo grande per il chiodo.
Cos’è Adobe Real-Time CDP (e cosa non è)
Partiamo dall’equivoco più comune. Real-Time CDP non è un prodotto a sé stante che vive per conto suo: è un’applicazione costruita sopra Adobe Experience Platform (AEP), che è l’infrastruttura dati sottostante. AEP è il magazzino; Real-Time CDP è l’applicazione che, su quel magazzino, fa tre cose:
- Unifica i profili. Prende dati di prima parte (comportamentali, transazionali, di CRM) e li ricompone in un unico profilo cliente, risolvendo l’identità tra device e canali.
- Costruisce audience. Segmenta i profili in gruppi con attributi o comportamenti condivisi, con un’interfaccia no-code pensata per il marketing, non per i developer.
- Attiva. Manda quelle audience verso le destinazioni, altri prodotti Adobe o canali esterni, e le tiene aggiornate in tempo reale, così un cliente entra ed esce da un segmento man mano che si comporta diversamente.
Cosa non è: non è un CRM e non è un tool di campagne. È il layer che sta sotto, quello che decide chi è il cliente prima che qualcun altro decida cosa mandargli. La parte interessante, per chi come me viene dall’e-commerce, è che la spinta di fondo è ridurre la dipendenza dai third-party data e valorizzare il first-party data, quello che il merchant raccoglie legittimamente sul proprio storefront. In un mondo post-cookie, non è un dettaglio.
Come si collega ad Adobe Commerce
Qui entra in gioco la parte che seguo più da vicino. Il ponte tra Adobe Commerce e l’Experience Platform è la Data Connection extension (fino a poco tempo fa si chiamava Experience Platform connector: se leggete documentazione vecchia, è la stessa cosa). Serve Adobe Commerce 2.4.4 o superiore, e regge sia lo stack tradizionale PHP/Luma sia gli scenari headless con PWA Studio e AEM.
Cosa manda all’Experience Platform, concretamente, sono tre famiglie di dati:
- Eventi comportamentali (storefront):
pageView,addToCart,startCheckout,completeCheckout,signIn,createAccounte così via. Il classico flusso di navigazione client-side. - Eventi di back office (server-side):
orderPlaced,orderShipped,orderReturned,orderCancelled. Questo, secondo me, è il pezzo che fa la differenza. La maggior parte delle CDP vede solo il comportamento; qui arrivano anche i dati transazionali reali, resi compresi. - Profile record data: creazione, aggiornamento, cancellazione del profilo.
Un dettaglio che uso spesso quando spiego il valore a un cliente: si possono spedire fino a cinque anni di storico ordini. Non parti da zero, arrivi con la storia già in mano, e i profili nascono già ricchi. I profile record diventano disponibili in una manciata di minuti (Adobe indica una decina), mentre gli eventi iniziano a fluire subito.
Sotto il cofano c’è la solita meccanica Adobe: uno schema XDM che descrive la struttura del dato, un dataset dove atterra, un datastream che instrada tutto verso la Edge Network. Non serve che il merchant capisca ogni ingranaggio, perché l’extension nasconde parecchia complessità, ma serve che qualcuno, in fase di setup, lo schema lo disegni con la testa. Se lo schema è fatto male, tutto quello che ci costruisci sopra eredita il difetto.
E poi il dato torna indietro: Audience Activation
Mandare i dati fuori è metà del lavoro. L’altra metà, opzionale, è la Audience Activation extension: costruisci un’audience in Real-Time CDP e la riporti dentro Adobe Commerce per pilotare cart price rule, related product rule e dynamic block. In pratica il segmento smette di essere un’astrazione da campagna email e diventa un’offerta nel carrello o un hero banner diverso a seconda di chi sta guardando. Funziona anche in headless: su AEM e PWA la comunicazione verso l’Experience Platform passa dal Commerce Integration Framework (CIF).
È questo il cerchio che si chiude: il negozio nutre il profilo, il profilo genera l’audience, l’audience torna a personalizzare il negozio.
I casi d’uso che contano davvero
La documentazione Adobe elenca una lista lunga. Nella pratica, quelli che ho visto ripagare l’investimento sono pochi e concreti:
- Segmentazione per storico d’acquisto. Chi compra un certo prodotto con cadenza mensile o stagionale. Un merchant fashion intorno ai 15M di GMV lo usa per anticipare il riordino invece di inseguirlo con sconti a pioggia.
- Segmentazione sui resi. Identificare chi rende sistematicamente e trattarlo di conseguenza: togliere la spedizione gratuita a chi restituisce metà di quello che ordina non è cattiveria, è margine. Questo lo puoi fare solo perché arrivano i dati di back office.
- Lookalike e propensity. Con profili più profondi (transazioni, configurazioni di prodotto, resi) i propensity score diventano meno tirati a indovinare. Un merchant B2B con cui ho lavorato li usa per capire quali account spingere sul cross-sell.
Nessuno di questi è fantascienza. La differenza è che qui giri su un profilo unificato e aggiornato in tempo reale, non su un export CSV di tre settimane fa.
Quando ha senso, e quando no
Adesso la parte che raramente trovate scritta nelle brochure. Real-Time CDP è un prodotto enterprise, con licensing enterprise (le edizioni Prime e Ultimate, e la Audience Activation è disponibile per chi ha Real-Time CDP più Adobe Commerce). Per un merchant da 2-3M di GMV, con un solo canale e un CRM già decente, secondo me è un martello sproporzionato: pagate una piattaforma di identity resolution per risolvere un problema che non avete ancora.
Il punto dolce è un altro: aziende mid-market con più canali e più sistemi che non si parlano (storefront, punto vendita fisico, ERP, CRM, marketing) dove il costo vero non è la licenza ma il fatto che oggi ognuno lavora su una versione diversa del cliente. Lì Real-Time CDP smette di essere un lusso e diventa il posto dove quella frammentazione si ricompone. La domanda giusta da farsi prima di firmare non è “quanto è potente”, ma “quanti silos ho davvero, e quanto mi costano ogni giorno”.
FAQ
Adobe Real-Time CDP è la stessa cosa di Adobe Experience Platform?
No. Adobe Experience Platform (AEP) è l’infrastruttura dati sottostante; Real-Time CDP è una delle applicazioni costruite su AEP, focalizzata su unificazione dei profili, audience e attivazione.
Cosa serve per collegare Adobe Commerce a Real-Time CDP?
La Data Connection extension (ex Experience Platform connector) su Adobe Commerce 2.4.4 o superiore, con schema XDM, dataset e datastream configurati verso la Edge Network. Per riportare le audience nel negozio serve in più la Audience Activation extension.
Real-Time CDP funziona con Adobe Commerce headless?
Sì. La Data Connection extension supporta PWA Studio e AEM, e l’attivazione delle audience in headless passa dal Commerce Integration Framework (CIF).
Chi scrive
Fabio Canovi è consulente Adobe presso il gruppo Lutech. È tra i primi in Italia ad aver ottenuto la certificazione Adobe Commerce, ed è certificato anche su Adobe Experience Manager, Adobe Analytics e Adobe Target (livello Master, Target Architect). Lavora su Magento e Adobe Commerce da oltre 10 anni, dai primi progetti su Magento 1 fino agli scenari composable di oggi.