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 — 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 — 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.