Was ist eine Customer Data Platform (CDP)?

Was ist eine Customer Data Platform (CDP)?

Eine Customer Data Platform (CDP) ist Software, die die Kundendaten eines Unternehmens von jedem Touchpoint in einer einzigen persistenten Kundendatenbank vereinheitlicht, dann diese Daten anderen Systemen für Marketing, Support, Produkt und Analytics verfügbar macht. Die CDP ist die Quelle der Wahrheit dafür, wer deine Kunden sind und was sie über Web, App, E-Mail, Support, Transaktionen und Offline getan haben.

Die CDP-Kategorie entstand, weil die Alternative schmerzhaft war: Kundendaten lebten in fragmentierten Silos (Analytics, CRM, E-Mail, Support, Ad-Plattformen, Data-Warehouse), jedes mit eigener Definition von "User", eigenem ID-Schema und eigener Kopie partieller Wahrheit. Marketer konnten Segmente nicht zuverlässig bauen. Engineers konnten personalisierte Erfahrungen nicht bauen. Compliance-Teams konnten Datensubjekt-Anfragen nicht ehren. Die CDP war die Antwort: ein Platz, wo alle Kundendaten konvergieren, zusammengenäht werden und sauber wieder rausfließen.

Die vier kanonischen CDP-Fähigkeiten

Laut CDP-Institute-Definition muss eine echte CDP vier Dinge tun. Wenn ein Anbieter nur einige davon tut, sind sie eine Teil-Lösung.

1. Datensammlung aus allen Quellen

Die CDP nimmt Events und Attribute von jedem Kanal auf — Web-SDK, Mobile-SDKs, Server-side-APIs, Drittanbieter-Tool-Integrationen (Stripe, Salesforce, Zendesk etc.) und Bulk-Uploads. Die Collection-Schicht muss hohe Event-Volumes, Schema-Evolution und Identity-Stitching von anonymen zu bekannten Nutzern handhaben.

2. Identity Resolution

Die CDP näht fragmentierte Identifier (anonymous_id, user_id, email, phone, hashed_email, advertising_id) zu einem einzigen unified Customer-Profil zusammen. Identity Resolution ist das schwerste technische Problem in der Kategorie — der gleiche Nutzer auf iPhone-Safari, Work-Laptop-Chrome und Third-Party-Cookie-gelöschtem-Firefox-Session muss zu einem Profil mergen.

3. Persistente unified Profil-Speicherung

Die CDP persistiert jedes Event und Attribut, das sie je gesammelt hat, pro Nutzer, verfügbar zur Abfrage auf unbestimmte Zeit. Das ist die Datenbank, die andere Tools abfragen. Entscheidend: die Daten müssen zugänglich sein (du kannst sie abfragen, exportieren, Segmente darauf bauen) — nicht hinter der UI eines Anbieters eingesperrt.

4. Daten-Aktivierung zu Downstream-Tools

Die CDP pusht Audiences, Traits und Events zu Downstream-Systemen: Ad-Plattformen (Facebook, Google, TikTok), E-Mail-Tools (Mailchimp, Customer.io), Produkt-Personalisierung, Support (Zendesk) und das Data-Warehouse. Aktivierung ist, was die unified Datenbank in tatsächlichen Marketing/Produkt-Impact verwandelt.

Die CDP-Landschaft: vier Geschmäcker

Die Kategorie hat sich in verschiedene Architekturen mit verschiedenen Tradeoffs gespaltet:

• Traditionelle CDPs (Segment, mParticle, Tealium): Die CDP sammelt Daten, speichert sie in ihrer eigenen Datenbank und aktiviert sie. Schnell zu deployen, aber kreiert noch ein Daten-Silo.
• Composable / Warehouse-native CDPs (Hightouch, Census, RudderStack): Dein Data-Warehouse (Snowflake, BigQuery, Redshift) IST die CDP-Datenbank. Tools wie Hightouch lesen vom Warehouse und aktivieren zu Downstream-Systemen. Niedrigere Kosten im Maßstab, weniger Datenbewegungen, aber erfordert ein Data-Team, um das unified Profil in SQL zu bauen.
• Marketing-Suite-CDPs (Salesforce CDP, Adobe RT-CDP): Mit der Marketing-Suite gebündelt. Starke Aktivierung zu den Tools dieser Suite, schwächer für Nicht-Suite-Use-Cases.
• Customer-Engagement-Plattformen mit CDP-Features (Customer.io, Klaviyo): Starteten als E-Mail-Tools, fügten CDP-ähnliche Daten-Vereinheitlichung hinzu. Gut für Marketing-Teams; weniger vollständig als dedizierte CDPs.

Was eine CDP NICHT ist

Häufige Verwechslungen:

• Eine CDP ist kein CRM. CRM (Salesforce, HubSpot) ist für Sales/Support-Workflows. CDP ist für unified Profile + Aktivierung. Sie überlappen, sind aber distinkt.
• Eine CDP ist kein DMP. Data-Management-Plattformen arbeiten mit anonymen Third-Party-Cookie-Daten für Ad-Targeting. CDPs arbeiten mit bekannten First-Party-Kundendaten für Marketing/Produkt-Personalisierung. DMPs sterben mit Third-Party-Cookies; CDPs wachsen.
• Eine CDP ist nicht nur ein Analytics-Tool. Mixpanel, Amplitude, GA4 analysieren Kundendaten; sie vereinheitlichen und aktivieren sie nicht über Tools hinweg.
• Eine CDP ist nicht dein Data-Warehouse. Das Warehouse speichert alles; die CDP fokussiert sich auf die Operationalisierung von Kundendaten für Marketing/Produkt-Nutzung.

Häufige CDP-Fallen

• Vor dem Definieren des Use-Cases kaufen. Teams kaufen eine CDP, kämpfen dann zu artikulieren, welche Segmente sie brauchen oder zu welchen Destinations sie aktivieren. Definiere Use-Cases zuerst, evaluiere Anbieter dagegen.
• Identity-Resolution-Komplexität unterschätzen. Die Anbieter-Demo zeigt perfektes Identity-Stitching; Production hat 30% der Nutzer auf Safari mit ITP, 20% hinter E-Mail-Aliassen, 10% mit geteilten Family-Devices. Plane für messy Identity vom ersten Tag an.
• Die CDP als einzige Wahrheitsquelle behandeln. Das Data-Warehouse sollte weiterhin kanonisch sein. Die CDP ist die operative Schicht; das Warehouse ist die analytische Schicht. Lass sie nicht driften.
• Keine Data-Governance. Ohne ein definiertes Event-Schema, Taxonomie und Naming-Conventions wird die CDP zu einer Schublade. Daten-Qualitäts-Arbeit ist 30% des CDP-Erfolgs.
• Kosten-Überraschungen. Traditionelle CDPs preisen pro Monthly-Tracked-User (MTU) plus Event-Volumen. Kosten skalieren schnell beim Wachsen. Composable CDPs sind günstiger im Maßstab, brauchen aber Data-Team-Investition.

FAQ: Customer Data Platforms

Brauche ich eine CDP, wenn ich ein Data-Warehouse habe?

Wenn du ein Warehouse + ein Data-Team hast, ist eine Composable-CDP (Hightouch, Census) oft besser passend als eine traditionelle. Du hast bereits die unified Daten; du brauchst nur Aktivierung. Traditionelle CDPs duplizieren Arbeit, die das Warehouse bereits macht.

Wie unterscheidet sich eine CDP von Segment?

Segment ist eine CDP — speziell die populärste traditionelle CDP (jetzt Teil von Twilio). Wenn Leute sagen "wir brauchen eine CDP", meinen sie oft "wir brauchen etwas wie Segment". Composable-Alternativen (Hightouch + Warehouse) konkurrieren jetzt um die gleichen Use-Cases.

Was kostet eine CDP?

Stark variabel. Traditionelle CDPs: 1k-50k+ $/Monat basierend auf MTU und Events. Composable CDPs: 500-10k+ $/Monat für die Aktivierungsschicht plus Warehouse-Compute. Kostenlose Tiers existieren, sind aber begrenzt.

Ist eine CDP per Default DSGVO-konform?

Nein. Die CDP gibt dir die Werkzeuge, konform zu sein (Datensubjekt-Anfrage-Export, Löschung, Einwilligungs-Management), aber du musst sie konfigurieren. Die CDP weiß nicht automatisch, in welchen Jurisdiktionen deine Nutzer sind oder welche Einwilligung sie gegeben haben.

Wie lange dauert CDP-Implementation?

Realistische Timeline: 3-6 Monate vom unterzeichneten Vertrag zum ersten aktivierten Use-Case. Schneller, wenn du bereits sauberes Event-Tracking hast; langsamer, wenn du eine unified Event-Taxonomie von Grund auf bauen musst.

Was ist mit Cookie-Deprecation und Privacy-Änderungen?

CDPs helfen hier, da sie sich auf First-Party-Daten fokussieren. Wenn Third-Party-Cookies verschwinden, wird das unified First-Party-Customer-Profil wertvoller für Personalisierung und Marketing.

Wie LoadFocus zu CDP-Infrastruktur steht

CDPs erhalten signifikantes Event-Volumen — jeder Page-View, Click und Transaction geht durch sie. Zu validieren, dass deine CDP-Collection-Endpoints Spitzentraffic ohne Event-Drops handhaben können, ist ein echtes Engineering-Anliegen. LoadFocus-Lasttest simuliert konkurrenten Event-Traffic gegen deine CDP-Endpoints. API-Monitoring alarmiert dich, wenn CDP-API-Latenz spikt, was sonst Events auf dem Client queuen oder droppen würde.