Customer Data Platform (CDP): Definition und Abgrenzung

Eine Customer Data Platform (CDP) ist eine Software-Kategorie, die Kundendaten aus verschiedenen Quellen (Website, App, Werbeplattformen, Kassen- und Vertriebssysteme) zu einem dauerhaften Kundenprofil zusammenführt und dieses Profil an nachgelagerte Systeme für Werbung, E-Mail und Website-Personalisierung ausspielt. „Dauerhaft" heißt: dasselbe Profil pro Person, über Kanäle und Sitzungen hinweg, mit einer eindeutigen Kunden-ID (Identity Resolution). Der Begriff wurde 2013 durch David Raab und das CDP Institute geprägt; die Kurzdefinition lautet: fertig einsetzbare Standardsoftware, die eine dauerhafte, einheitliche und für andere Systeme abrufbare Kundendatenbank erzeugt.

Was ist eine Customer Data Platform?

Der Begriff Customer Data Platform bezeichnet eine Software-Kategorie mit einem klar umrissenen Aufgabenprofil: Kundendaten aus verteilten Quellen einsammeln, dieselbe Person (oder denselben Firmen-Account) über Kanäle hinweg wiedererkennen, ein dauerhaftes Kundenprofil aufbauen und dieses Profil als Segmente, Scores (berechnete Kennzahlen pro Kunde) und Echtzeit-Signale an ausführende Systeme zurückspielen. Etabliert hat sich der Begriff nach 2013 als Antwort auf drei benachbarte Kategorien mit anderer Ausrichtung: CRM (Customer Relationship Management, das Vertriebssystem für Kontakte und Vorgänge), Data Warehouse (die zentrale Auswertungsdatenbank, meist mit Zeitverzug) und DMP (Data Management Platform, das ältere Cookie-basierte Werbe-Targeting-System).

Technisch ruht eine CDP auf drei Bausteinen. Der Ingestion-Layer nimmt Ereignisse aus Web- und App-Tracking (per JavaScript- und Mobile-SDK), Batch-Feeds aus CRM, ERP und Kassensystemen sowie Response-Daten aus Werbeplattformen entgegen. Der Profile-Store hält die konsolidierten Kundenprofile inklusive Identity-Graph, in dem anonyme Cookies, Device-IDs und Login-IDs zu einer aufgelösten Kundenidentität verknüpft werden; deterministische Matches (E-Mail, Kundennummer, Loyalty-ID) und probabilistische Verfahren stehen nebeneinander. Der Aktivierungs-Layer stellt Segmente, Scores und Profil-Attribute an Zielsysteme bereit: als Audience-Sync in Werbeplattformen, als Push-Signal an Marketing-Automation-Tools und als API-Abfrage an Personalisierungs-Engines auf Website und App.

Das CDP Institute unterscheidet vier Ausbaustufen. Eine Data CDP deckt nur Ingestion, Identity Resolution und den Profil-Store ab und stellt die Profile über APIs bereit. Eine Analytics CDP ergänzt Segmentierung und analytische Kennzahlen. Eine Campaign CDP fügt Journey-Orchestrierung und Kampagnensteuerung hinzu. Eine Delivery CDP führt zusätzlich die eigentliche Kanal-Aussteuerung inklusive Messaging aus. Am Markt existieren Standalone-CDPs (Twilio Segment, Tealium, mParticle, Bloomreach, Emarsys) neben Suite-CDPs innerhalb größerer Martech-Stacks (Adobe Real-Time CDP, Salesforce Data Cloud, Oracle Unity, SAP Emarsys). Als eigene Kategorie treten Lakehouse-native und Composable-CDP-Ansätze auf, die den Profil-Store direkt auf einem Lakehouse betreiben und die Aktivierung über Reverse-ETL-Werkzeuge abwickeln.

Architektonisch sitzt eine CDP zwischen den Quellsystemen (CRM, ERP, Web- und App-Tracking, Werbeplattformen) und den Aktivierungskanälen (E-Mail-Provider, Werbe-Netzwerke, Onsite-Personalisierung, Push- und In-App-Messaging). Sie ergänzt das CRM um die Echtzeit- und Cross-Channel-Ebene und ergänzt das Data Warehouse um eine event-getriebene, aktivierbare Profil-Schicht.

Abgrenzung zu CRM, DMP, Customer 360 und Lakehouse-CDP

Der Begriff Customer Data Platform wird häufig mit benachbarten Kategorien verwechselt. Die folgende Übersicht ordnet die üblichen Bezugspunkte.

Kategorie	Rolle	Verhältnis zur CDP
CDP	Persistenter Profil-Store plus Aktivierung, event- und kanalorientiert	Bezugspunkt
CRM	Operatives System für Accounts, Kontakte, Opportunities, Cases	Eine der Quellen; personen-/vorgangsorientiert, nicht event-zentriert
DMP	Cookie-basiertes Targeting-System für anonyme Segmente	Vor-Generation; kurze Persistenz, Third-Party-Cookies, keine Personen-ID
Customer 360	Konsolidiertes Kundenprofil auf Datenebene, systemunabhängig	Mögliches Ergebnis einer CDP, aber auch außerhalb realisierbar
Lakehouse-CDP	Modularer Aufbau: Lakehouse plus Reverse-ETL statt paketierter CDP	Alternativer Umsetzungspfad, kein Ersatzbegriff

Das [CRM](/insights/glossar/crm/) ist ein operatives System für Vertrieb, Marketing und Service, aufgebaut um Accounts, Ansprechpartner, Opportunities und Servicevorgänge. Es kennt die dokumentierte Beziehung, aber weder die vollständige Interaktion in Web und App noch die Werbeplattform-Response. Eine CDP nimmt diese Kanäle auf und ergänzt das CRM-Bild um Verhalten und Kanal-Reaktion; die Systeme schließen sich nicht aus. Die Data Management Platform (DMP) gehört einer früheren Generation an: sie arbeitet auf Third-Party-Cookies mit Speicherzeiten von 30 bis 90 Tagen, kennt anonyme Segmente ohne Personen-Identität und ist mit dem schrittweisen Rückbau der Third-Party-Cookies in Browsern strukturell unter Druck geraten. CDPs setzen dagegen auf First-Party-Daten und persistente Kundenidentität.

Der wichtigste Unterschied verläuft zum Begriff [Customer 360](/insights/glossar/customer-360/). Customer 360 bezeichnet ein Datenprodukt: die konsolidierte, quellenübergreifende Kundensicht, unabhängig vom Umsetzungssystem. Eine CDP ist ein möglicher Umsetzungspfad für Customer 360, aber nicht der Begriff selbst. Dasselbe Ergebnis entsteht ebenso in einem Data Warehouse oder auf einem Lakehouse mit Reverse-ETL-Aktivierung. Diese Positionierung führt zur Kategorie der Lakehouse- oder Composable-CDP: statt einer paketierten Standardsoftware werden Speicher, Identity Resolution, Segmentierung und Aktivierung als modulare Bausteine auf einem Lakehouse zusammengesetzt. Datenkopien entfallen, die Modellierung bleibt beim Data-Team, die Aktivierung übernimmt ein spezialisierter Reverse-ETL-Layer. Wo die Grenzen zwischen paketierter CDP und Lakehouse-Aufbau verlaufen, klärt der Cluster zu [CDP versus Lakehouse](/insights/customer-intelligence/cdp-vs-lakehouse/).

Neben diesen Abgrenzungen zur eigenen Kategorie ist die Grenze zur Marketing Automation zu ziehen. Marketing-Automation-Systeme (E-Mail-Journeys, Push-Kampagnen, Lead Nurturing) sind Ausführungs-Schicht: sie konsumieren die CDP-Segmente und -Scores, ersetzen aber weder Ingestion noch Identity Resolution noch den persistenten Profil-Store.

Beispiel: CDP in einem E-Commerce-Betrieb

Ein E-Commerce-Händler mit Shopify-Shop, mobiler App und aktivem Ads-Budget führt eine CDP als Middleware zwischen Kanälen und Aktivierung ein. Web- und App-Events (Product-View, Add-to-Cart, Checkout, Purchase) laufen über ein CDP-SDK (im Beispiel Twilio Segment) in den Profile-Store. Die Identity Resolution verknüpft anonyme Sessions über den Login mit den Bestandskunden-Datensätzen aus dem Shopify-Kundenkonto; zusätzlich fließen Bestell- und Retourendaten aus Shopify sowie Response-Daten aus Meta Ads, Google Ads und LinkedIn Ads in den Profil-Store.

Auf Basis dieser Profile werden Segmente definiert, zum Beispiel „Warenkorb-Abbrecher in den letzten sieben Tagen mit Customer Lifetime Value über 500 €" oder „Neukunden in den letzten 30 Tagen ohne Zweitkauf". Diese Segmente werden in Echtzeit an Braze für E-Mail- und Push-Kampagnen, an Meta Ads als Custom Audience und an Klaviyo für Retargeting-Journeys ausgespielt. Die Aktivierungs-Latenz vom Event bis zur Sichtbarkeit in den Zielsystemen liegt je nach Kanal im Bereich weniger Sekunden bis Minuten.

Architektonisch sitzt die CDP zwischen den operativen Quellsystemen (Shopify, App-SDK, Werbeplattformen) und den Aktivierungs-Endpunkten (E-Mail, Push, Ads, Onsite-Personalisierung). Sie führt weder die Bestellung aus noch verschickt sie selbst die E-Mail; sie hält das persistente Kundenprofil, verwaltet die Segmente und liefert die Signale an die Systeme, die die Ausführung übernehmen.