Wer heute nach „Packaged CDP vs Composable CDP" sucht, stößt fast überall auf dieselbe Erzählung: Die packaged (klassische) CDP sei alt und starr, die composable CDP neu und flexibel. Diese Zweiteilung ist eingängig – und sie führt in die Irre. Sie stammt überwiegend von Composable-Anbietern und blendet aus, dass sich der CDP-Markt seit 2018 erheblich weiterentwickelt hat.
Dieser Artikel ordnet die beiden Architekturansätze ehrlich ein: Was eine Packaged CDP wirklich auszeichnet, wann eine Composable CDP überlegen ist, welche Trade-offs jeder Ansatz mitbringt – und warum die strikte Zwei-Lager-Sicht inzwischen eine dritte Architektur unterschlägt. Was eine Composable CDP im Kern ist und wie ihre modulare Architektur aufgebaut ist, behandeln wir in einem eigenen Artikel; hier geht es um die Entscheidung zwischen den Ansätzen.
Was eine Packaged CDP wirklich ist
Eine Packaged CDP – oft auch traditionelle CDP genannt – ist eine vom Anbieter verwaltete All-in-one-SaaS-Lösung. Sie sammelt, speichert, modelliert und aktiviert Kundendaten innerhalb ihres eigenen Systems. Daten werden in die Infrastruktur des Anbieters geladen, dort vereinheitlicht und an nachgelagerte Tools weitergereicht. Bekannte Beispiele sind Segment, Tealium oder BlueConic.
Stärken der Packaged CDP
Der Ansatz punktet mit einer benutzerfreundlichen Oberfläche für nicht-technische Teams wie Marketing und Analytics, mit Skalierbarkeit von Anfang an – ohne eigenes Data Warehouse aufbauen zu müssen – und mit umfassendem Support durch typischerweise inkludierte Managed Services. Für Organisationen mit kleinem Datenfußabdruck und begrenzten technischen Ressourcen ist das ein schneller, schlüsselfertiger Weg.
Die Grenzen, die die Composable-Bewegung ausgelöst haben
Die Kehrseite: Vendor-Lock-in mit begrenzter Anpassbarkeit der Datenarchitektur, Skalierungsprobleme durch das Kopieren der Daten in die CDP (Datenredundanz) und langfristig oft höhere Kosten, da die Preise mit Datenvolumen und Event-Zahl steigen. Genau an diesen Grenzen setzte die Composable-Bewegung an – eine Kritik, die um 2020 berechtigt war.
Was eine Composable CDP anders macht
Eine Composable CDP ist ein entbündelter, modularer Ansatz. Statt einer einzigen Anbieterlösung kombiniert sie Best-of-Breed-Werkzeuge für Speicherung, Transformation, Identity Resolution und Aktivierung – und integriert sich direkt in das vorhandene Data Warehouse, statt eine separate Kopie der Daten zu halten.
Die vier Kriterien einer echten Composable CDP
Damit eine CDP wirklich composable ist, muss sie nach gängiger Definition vier Bedingungen erfüllen: Sie läuft auf der eigenen Infrastruktur des Unternehmens und hält keine separate Datenkopie; sie ist schema-agnostisch, sodass Struktur und Speicherung vollständig in der Hand des Unternehmens bleiben; sie ist modular und interoperabel und fügt sich in bestehende Tools und Prozesse ein; und sie bietet entbündeltes Pricing, bei dem nur die tatsächlich genutzten Funktionen bezahlt werden.
Stärken und Trade-offs
Die Vorteile liegen in voller Datenhoheit, cloud-nativer Skalierbarkeit, Kosteneffizienz durch komponentenweise Abrechnung, Echtzeit-Streaming aus den Warehouse-Tabellen und der Unterstützung beliebiger Datenmodelle (Haushalte, Abonnements, Playlists). Der Preis dafür: Das Zusammenfügen von Warehouse, Reverse ETL, Identity und Aktivierung erfordert echte Data-Engineering-Ressourcen – eine Abhängigkeit, die vielen Marketing-Teams fehlt.
Der direkte Vergleich
| Kriterium | Packaged CDP | Composable CDP |
|---|---|---|
| Datenspeicherung | In der Infrastruktur des Anbieters (dupliziert) | Im eigenen Data Warehouse |
| Flexibilität | Auf das Anbieter-Ökosystem begrenzt | Frei zusammenstellbarer Tech-Stack |
| Datenhoheit | Beim Anbieter | Vollständig beim Unternehmen |
| Primäre Nutzer | Marketer, Analysten | Data Engineers |
| Identity Resolution | Nur Daten in der CDP | Beliebige Daten im Warehouse |
| Pricing | Gebündelt, skaliert mit Volumen | Entbündelt, komponentenweise |
| Time-to-Value | Oft 6–12 Monate Implementierung | Use-Case-weise, meist schneller |
| Compliance | Teils GDPR/CCPA, selten HIPAA | GDPR/CCPA-ready, HIPAA möglich |
Wann welcher Ansatz passt
Die ehrliche Antwort lautet: Es hängt vom Reifegrad ab. Ein Unternehmen mit minimalem Datenfußabdruck, begrenzten technischen Ressourcen und einfachen Personalisierungsaufgaben fährt mit einer Packaged CDP gut – schnell startklar, wenig Engineering nötig. Wer dagegen bereits in eine Dateninfrastruktur investiert hat oder dies plant, profitiert von der Composable-Architektur: Sie passt sich wachsenden Datenanforderungen an und gilt als zukunftssicherer. Die Frage ist nicht „alt gegen neu", sondern „schlüsselfertig gegen kontrollierbar".
Warum die Zwei-Lager-Sicht inzwischen unvollständig ist
Die strikte Gegenüberstellung von packaged und composable hat eine Schwäche: Sie behandelt jede nicht-composable Plattform als „alt" – auch moderne CDPs, die längst Warehouse-Anbindung, Echtzeit-Streaming und eingebettete KI mitbringen. Eine solche Plattform „packaged" zu nennen, ist, als würde man ein heutiges Elektroauto „traditionelles Auto" nennen, weil es 1908 schon Automobile gab.
Das dritte Modell: KI verschiebt die Architektur erneut
Mit dem Aufkommen autonomer KI-Agenten entsteht eine dritte Generation, die manche als Agentic CDP bezeichnen. Ihr Kennzeichen sind geschlossene Feedback-Schleifen: Ein KI-Agent liest ein Profil, entscheidet, handelt und lernt aus dem Ergebnis – idealerweise innerhalb einer Plattformgrenze und in Sekunden. Genau hier zeigt der Composable-Ansatz eine eigene Grenze: Verteilt man die Schritte „entscheiden" und „handeln" über vier bis fünf Anbietersysteme, verzögert sich das „Lernen" um Stunden, und Echtzeit-Optimierung wird schwierig. Die Entscheidung verengt sich also nicht auf zwei Lager, sondern öffnet sich auf eine dritte, KI-getriebene Option.
Häufig gestellte Fragen
Ist eine Composable CDP besser als eine Packaged CDP?
Eine Composable CDP adressiert reale Grenzen der ersten CDP-Generation – etwa Datenportabilität und Warehouse-Integration. Für data-engineering-getriebene Organisationen ist sie oft überlegen. Sie bringt aber eigene Trade-offs mit: Multi-Vendor-Komplexität und verzögerte KI-Feedback-Schleifen. Pauschal „besser" ist sie nicht – die sinnvolle Bewertung erfolgt entlang konkreter Anforderungen, nicht entlang eines Labels.
Ist eine Composable CDP teurer als eine Packaged CDP?
Nicht zwangsläufig. Die Anschaffung kann höhere Einstiegskosten haben, doch durch komponentenweise Abrechnung zahlt man nur für genutzte Werkzeuge. Über mehrere Jahre kann das günstiger sein als eine gebündelte, volumenbasierte Packaged-Lizenz – sofern die nötigen Engineering-Ressourcen vorhanden sind.
Wie lange dauert die Implementierung?
Packaged CDPs sind oft in Wochen startklar, ihre vollständige Implementierung im Unternehmen dauert jedoch häufig sechs bis zwölf Monate. Composable CDPs werden meist Use-Case-weise eingeführt und erreichen schneller produktiven Nutzen, erfordern aber drei bis sechs Monate, um sich vollständig in das Datenökosystem zu integrieren.
Kann man von einer Packaged zu einer Composable CDP migrieren?
Ja, und viele Unternehmen tun es, um mehr Kontrolle über ihre Daten zu gewinnen. Die Migration umfasst Datenmapping, Identity Resolution und das Anbinden der Aktivierungsschicht an das Cloud Data Warehouse. Sie ist machbar, aber kein triviales Projekt.
Fazit
Packaged und Composable CDP sind keine Gut-Böse-Pole, sondern zwei Antworten auf unterschiedliche Ausgangslagen: schlüsselfertige Einfachheit gegen warehouse-native Kontrolle. Die Packaged CDP bleibt für ressourcenarme, einfach gelagerte Fälle sinnvoll; die Composable CDP überzeugt dort, wo Datenhoheit, Flexibilität und vorhandene Engineering-Kapazität zusammenkommen. Entscheidend ist, die binäre Erzählung zu durchschauen: Wer 2026 wählt, sollte den eigenen Reifegrad ehrlich einschätzen – und im Blick behalten, dass KI gerade eine dritte Architektur etabliert.