Qual è la differenza, in una riga?
Una customer data platform (CDP) raccoglie i dati dei clienti da ogni fonte, li riconduce a un’identità per persona e sincronizza le audience verso altri strumenti: un’infrastruttura dati che non invia niente ai clienti. Una piattaforma di customer engagement (CEP) è il livello di attivazione: un proprio archivio di profili ed eventi, più i segmenti, i percorsi e i messaggi che raggiungono le persone. Questa guida confronta le due categorie; per la checklist decisionale (soglie, segnali, costi) leggi la nostra guida Ti serve una CDP?
Cosa fa una CDP che una CEP non fa?
Una CDP raccoglie eventi e attributi da ogni fonte (gli SDK sul tuo sito e nella tua app, i flussi lato server, le importazioni dal tuo data warehouse e dagli strumenti di fatturazione), li riconduce a un’identità per persona e sincronizza le audience risultanti verso gli strumenti di destinazione. Il CDP Institute definisce una CDP come un software che crea e mantiene una scheda cliente persistente e unificata, accessibile ad altri sistemi, ed è proprio l’ultima parte a dire tutto: il risultato è una scheda che altri sistemi usano. Una CDP è un’infrastruttura dati (raccoglie, risolve e instrada); l’invio avviene negli strumenti che alimenta. Quello che non può correggere sono i dati in ingresso disordinati, ed è per questo che un piano di tracciamento ordinato conta tanto con una CDP quanto senza.
Cosa fa una CEP con quei dati?
Una CEP ha un proprio archivio first-party di profili ed eventi, ci calcola sopra i segmenti, compresi i segmenti dinamici che si ricalcolano man mano che arrivano gli eventi, e gestisce i percorsi che inviano email, SMS, messaggi in-app e push. Si occupa dell’ultimo miglio che la CDP evita di proposito: trasformare i dati in un messaggio che un cliente riceve davvero. L’archivio non è un dettaglio di implementazione. Profili ed eventi in un sistema che controlli sono gran parte di ciò che possedere i dati dei clienti significa nella pratica.
CDP vs CEP: il confronto diretto
La confusione tra CDP e CEP è commerciale, non concettuale: i vendor di entrambe le parti continuano ad assorbire il lessico dell’altra. Il mercato dà loro motivo di farlo: l’aggiornamento di settore del CDP Institute di luglio 2025 elenca 208 vendor di CDP, e le stime degli analisti raccolte da CDP.com collocano il mercato delle CDP nel 2026 tra 4 e 10,5 miliardi di dollari, a seconda di chi misura. I compiti, però, restano distinti. La tabella mostra la divisione che resiste al marketing.
| Customer data platform | Piattaforma di customer engagement | |
|---|---|---|
| Compito principale | Raccogliere, risolvere e instradare i dati dei clienti | Attivare i dati: segmentare, orchestrare, inviare |
| Cosa entra | Eventi e attributi da SDK, backend, data warehouse, strumenti SaaS | Eventi dal proprio SDK e dalla propria API, più gli attributi dei profili |
| Cosa esce | Profili e audience puliti, sincronizzati verso gli strumenti di destinazione | Email, SMS, messaggi in-app, push, e le relative analisi |
| Risoluzione dell’identità | Funzionalità centrale: unisce la stessa persona tra fonti e dispositivi | Di base: di solito un’identità per profilo, nel proprio archivio |
| Invia messaggi? | No: per definizione, passa le audience agli strumenti che inviano | Sì: inviare è lo scopo |
| Chi la gestisce | Data engineer o growth engineer | Marketer e founder, con uno sviluppatore per la configurazione |
| Quando ripaga | Molte destinazioni che hanno bisogno dello stesso profilo risolto | Appena hai utenti da accompagnare nell’onboarding e da fidelizzare |
Com’è fatto un problema da CDP?
- Diversi strumenti di destinazione (piattaforme pubblicitarie, analisi, assistenza, messaggistica) hanno bisogno dello stesso profilo pulito, e ognuno al momento se ne costruisce uno proprio.
- Il tuo stack di analisi è incentrato sul data warehouse: il warehouse è la fonte di verità e ogni strumento a valle ne ha bisogno di una porzione governata.
- Le identità sono frammentate tra prodotti: lo stesso cliente esiste in due app con tre email diverse, e nessun sistema da solo può dire che si tratta della stessa persona.
- La raccolta degli eventi è duplicata: ogni strumento ha il proprio snippet, il proprio schema e la propria versione dello stesso funnel.
Un solo sistema può fare entrambi i lavori?
Per un piccolo team di solito sì, partendo dalla CEP. L’archivio first-party della CEP fa già la metà della raccolta: un SDK per gli eventi lato client, un’API per quelli lato server, profili e segmenti nello stesso database dei percorsi. Aggiungici sopra una CDP e ottieni un secondo livello dati da mantenere (uno schema in più, una sincronizzazione in più da correggere) senza nessuna capacità nuova. Per un team con un solo prodotto e una sola piattaforma di attivazione, una CDP è un secondo livello dati, non uno che manca. Quando i segnali di architettura descritti sopra sono reali, le due si combinano bene: la CDP raccoglie e risolve, poi alimenta la CEP, che gestisce l’ultimo miglio. Capire se il tuo team ha superato quella soglia è proprio ciò che la nostra guida Ti serve una CDP? ti aiuta a fare.
Dove si colloca fromHello?
fromHello è un software di marketing automation open source: messaggi attivati da ciò che fanno le persone. Ha un proprio archivio first-party: l’SDK JS/TS traccia gli eventi lato client con una coda offline, l’API degli eventi accetta gli eventi lato server, e profili, segmenti, percorsi e messaggi stanno in un unico database che puoi ospitare sui tuoi server o che gestisce per te fromHello Cloud, in accesso anticipato. Non è una CDP e non finge di esserlo: a parte le audience pubblicitarie e l’inoltro dei pixel verso Meta, LinkedIn e Google, e i webhook in uscita, non c’è un catalogo di destinazioni né un grafo delle identità tra strumenti. Se la tua architettura mostra i segnali da CDP descritti sopra, fromHello occupa la posizione della CEP in quel diagramma: a valle della CDP, usa i suoi profili risolti e si occupa dell’attivazione. Se stai ancora scegliendo quale piattaforma debba occupare quel posto, la nostra rassegna degli strumenti di marketing automation open source è il punto di partenza.