Der Begriff Customer Data Platform ist 2013 vom Marketing-Analysten David Raab geprägt worden und hat sich seitdem unscharf gewaschen, weil praktisch jeder Anbieter von Tag Managern bis Marketing Clouds sein Produkt so genannt hat. Diese Seite liefert die harte Definition, die in meinem Springer-Buch zu Customer-Data-Plattformen steht, und zeigt dir die vier Kriterien, an denen du eine echte CDP von einem umetikettierten System unterscheidest.
Die Kurzdefinition
Eine Customer Data Platform (CDP) ist ein paketiertes Software-System, das Kundendaten aus allen First-Party-Quellen eines Unternehmens dauerhaft in einem identitäts-aufgelösten Profil pro Person zusammenführt und sie für Marketing-, Service- und Analytics-Anwendungsfälle in Echtzeit kanalübergreifend zur Verfügung stellt.
Vier Wörter in dieser Definition tragen das ganze Gewicht: paketiert, dauerhaft, identitäts-aufgelöst, in Echtzeit. Fehlt eines davon, hast du keine CDP, sondern ein Nachbar-System.
- Paketiert — heißt, du konfigurierst, du baust nicht. Ein selbstgebauter Stack aus Snowflake plus Reverse ETL ist vielleicht funktional äquivalent, ist aber per Definition keine CDP, sondern eine Composable-Architektur.
- Dauerhaft — heißt, Profile überleben Sessions, Cookie-Ablauf, Gerätewechsel. Der Kunde, der nach 14 Monaten wiederkommt, ist derselbe Kunde — sofern Consent.
- Identitäts-aufgelöst — heißt, mehrere Identifier (E-Mail, Kundennummer, Device-ID, Cookie-ID) werden zu einem einzigen Unified Profile zusammengeführt. Ohne Identity Resolution ist es ein Data Lake.
- In Echtzeit — heißt, Profile und Segment-Signale stehen in Sub-Sekunden für aktivierende Systeme bereit. Wenn du ein Batch-Update über Nacht bekommst, ist es ein Data Warehouse mit MarTech-Interface.
Was eine CDP nicht ist
Die häufigsten Verwechselungen — und warum sie falsch sind.
CDP ist kein Data Warehouse. Das Data Warehouse ist der analytische Single Point of Truth für die Organisation — es speichert Transaktionen, Finanzzahlen und historische Zeitreihen für Reporting und Analyse. Es ist nicht darauf gebaut, Profile in Echtzeit für Marketing zu aktivieren. Ja, ein modernes DWH mit Reverse ETL kann viel davon nachbauen; nein, das ist keine CDP. Wer den Unterschied verwischt, baut entweder ein überladenes DWH oder eine CDP ohne analytische Tiefe.
CDP ist kein CRM. Das CRM verwaltet Sales- und Service-Kontakte in einem Sales-Prozess, fokussiert auf eingeloggte, namentlich bekannte Kunden in einem Kanal (typischerweise Outbound). Eine CDP kennt auch anonyme Profile, vernetzt Kanäle horizontal und aktiviert automatisiert. Mehr zum CDP-vs-CRM-Unterschied in einem eigenen Artikel.
CDP ist keine DMP. Die Data Management Platform ist 2008–2018 das Standard-Werkzeug für programmatisches Third-Party-Cookie-Targeting gewesen. DMPs arbeiten in Segment-Sessions, nicht mit persistenten Profilen. Im Zeitalter ohne Third-Party-Cookies sind DMPs weitgehend irrelevant geworden — eine CDP ist kein DMP-Update, sondern ein anderes Paradigma.
CDP ist keine Marketing Cloud. Die großen Marketing-Clouds (Salesforce, Adobe, Oracle) haben CDP-Module nachgerüstet. Diese Module sind entweder echte CDPs oder Umetikettierungen — die Qualität variiert stark. Die Salesforce Data Cloud ist eine ernstzunehmende CDP mit eigenen Schwächen; die Adobe Real-Time CDP ist mächtig, aber teuer und am Adobe-Stack verankert. Der Test ist immer der gleiche: Die vier Kriterien oben.
CDP ist kein Tag Manager. Ein Tag Manager feuert Events, speichert aber keine Profile dauerhaft. Tealium ist hier interessant, weil es historisch aus dem Tag-Management-Raum kommt und dann eine eigenständige CDP nach vorne gezogen hat; die beiden Produkte sind aber trennbar.
Warum die Definition in der Praxis streng ist
In praktisch jedem Anbieter-RfP, den ich begleitet habe, hat mindestens einer der vier Kriterien im Demo-Szenario nicht so funktioniert wie im Produktblatt. Das ist kein böser Vorsatz — es ist die Natur von komplexer Enterprise-Software. Aber es heißt, dass du die Definition als Test-Filter einsetzen musst.
In Folge #309 mit Daniel H. von Zeotap sprechen wir genau darüber: warum der Anbieter-Auswahl-Prozess in 60 Prozent der Fälle an der Identity-Resolution scheitert, wenn mit echten Daten gearbeitet wird. In der Demo mit idealen Datensätzen sieht alles großartig aus; sobald du 30 Prozent Dublette, 15 Prozent fehlerhafte E-Mails und eine Handvoll internationaler Identifier-Formate einwirfst, bricht die Hälfte der Anbieter weg.
Die Strenge der Definition ist außerdem der Schutz vor dem häufigsten Konversions-Fehler: Marketing fordert "eine Personalisierungs-Lösung", die IT kauft ein "Customer-360-Tool", und nach zwei Jahren steht etwas im Stack, das weder aktiviert noch analysiert — es zeigt nur Dashboards. Das ist keine CDP.
Abgrenzung zu CRM, DMP und Data Warehouse — der Schnellvergleich
Wenn du die Unterschiede in einem Satz brauchst, merk dir diese vier:
- DWH: historisch, analytisch, batch, geschlossen (Output = Reports)
- CRM: prozessual, personenbezogen, tagesaktuell, geschlossen (Output = Sales-Tasks)
- DMP: session-basiert, anonym, in-campaign, Third-Party-getrieben (Output = Paid-Media-Segmente)
- CDP: profil-persistent, identitätsaufgelöst, echtzeitfähig, offen für Aktivierung und Analytics (Output = Unified Profiles für beliebige Destinations)
Daraus folgt, warum die CDP nicht einfach "das bessere CRM" ist. Sie ist ein anderer Layer im Stack — sie liegt zwischen den eingehenden Datenquellen (Shop, App, CRM, Service) und den aktivierenden Systemen (E-Mail-Tool, Personalisierungs-Engine, Paid-Media, Analytics). Ein funktionierender Stack hat alle Layer, nicht eines statt des anderen.
Checkliste: So erkennst du eine echte CDP
Die folgende Liste ist die Kurzform des Kapitel-1-Checks aus meinem Springer-Buch. Jedes Kriterium ist ein Muss, nicht ein Nice-to-Have.
- Identity Resolution über mindestens zwei Identifier-Typen (E-Mail und Device-ID ist Minimum). Frag nach einer Live-Demo mit deinen Daten.
- Profil-Persistenz unabhängig von Cookie-Ablauf. Frag nach, wie Profile beim Wiederauftauchen nach sechs Monaten behandelt werden.
- Echtzeit-Aktivierung unter zwei Sekunden End-to-End. Frag nach einem Benchmark-Report oder lass ihn im Pilot messen.
- Datenausgang in Richtung DWH/AI. Frag, ob die CDP mit Snowflake/BigQuery native Integration hat — ohne Custom-Connector.
- Consent-Management pro Zweck. Frag nach Audit-Logs und Consent-Propagation an Downstream-Systeme.
- Governance-Tools für Data Quality. Frag nach Profil-Vollständigkeits-Scoring und Anomalie-Erkennung.
- Offenheit gegenüber Stack-Wechsel. Frag nach Export-Formaten — wenn du die Profile nicht rausbekommst, ist der Anbieter-Lock-in zu hoch.
Wenn auf einen dieser Punkte die Antwort "in Version 2 kommt das" oder "mit einem Custom-Modul" ist, dann hast du keine CDP in Reinform, sondern eine Plattform mit CDP-Anspruch — was je nach Use Case trotzdem akzeptabel sein kann, aber du solltest es wissen.
Im CRM-Vergleich gehe ich auf den häufigsten Verwechsel-Fall ein. Im CDP-Anbieter-Vergleich 2026 zeige ich, wie die sieben DACH-relevanten Anbieter auf diese Checkliste reagieren. Und wenn du vom Verständnis in die Umsetzung gehen willst, ist der Einführungs-Leitfaden der nächste logische Schritt.