En 2019, los analistas de Gartner y Forrester debatían qué CDP elegir — Segment, mParticle, Tealium, Lytics, Simon Data. En 2022, la pregunta cambió a "¿CDP externo o Salesforce Data Cloud?". En 2026, la pregunta correcta es diferente: ¿Customer Data Platform sigue siendo una categoría de producto, o se convirtió en una función integrada en una plataforma mayor?
La respuesta tiene dos lados. La función del CDP — unificar datos de cliente, resolver identidad, activar segmentos para canales de marketing — está más presente y más ejecutada que nunca. La categoría de producto independiente llamada Customer Data Platform ha encogido de forma que ya no se puede ignorar. Son cosas distintas, y confundirlas lleva a decisiones de stack equivocadas.
Por qué la categoría encogió
La consolidación fue rápida y llegó desde múltiples ángulos. Segment, el CDP independiente más influyente, fue adquirida por Twilio en 2020 por US$ 3,2 mil millones — y vendida de vuelta al mercado en 2023, cuando Twilio comprendió que martech y CPaaS no convivían bien en la misma empresa. Segment volvió como producto independiente, pero la trayectoria reveló algo: un CDP standalone no tiene suficiente poder de plataforma para sobrevivir como producto principal de una empresa tecnológica grande. Se convierte en feature o en producto secundario.
Los grandes vendors hicieron el movimiento contrario. Salesforce absorbió la función del CDP dentro de Data Cloud, que trascendió el concepto original de CDP. Adobe construyó Real-Time CDP como pilar del Adobe Experience Platform — sin anunciarlo como "CDP": es el Experience Platform. Microsoft integró los datos de cliente en Dynamics 365 Customer Insights. SAP consolidó el SAP Customer Data Cloud dentro de su suite. En cada caso, la función existe; el producto separado desapareció.
Lo que queda como categoría independiente: Tealium, mParticle, RudderStack, Bloomreach. Todos sobreviven — pero en nichos específicos: empresa multi-cloud sin vendor dominante, operación de marketing con stack heterogéneo que no quiere lock-in, equipo de datos que necesita movilidad entre plataformas. Fuera de esos casos, un CDP independiente es una respuesta a una pregunta que el stack ya respondió.
Customer Data Platform no murió — fue reabsorbida. La categoría desapareció; la función quedó.
Dónde fue a parar cada pieza del CDP clásico
Un CDP clásico resolvía cinco funciones. Cada una fue a un lugar distinto en 2026.
Recolección de datos first-party (eventos web, mobile, backend). Fue a Segment, RudderStack, e ingest directo en warehouses. Snowflake, BigQuery y Databricks aceptan streams de eventos de forma nativa. En 2026, no se necesita CDP para recolectar datos — se necesita decidir dónde aterriza ese dato.
Resolución de identidad (unificar a la misma persona en múltiplos sistemas). Fue a Data Cloud (ecosistema Salesforce), Snowflake Horizon y Unity Catalog de Databricks. Un problema técnico antiguo, ahora resuelto como capa del warehouse o de la plataforma — no como producto separado.
Segmentación comportamental (segmentar por comportamiento en tiempo real). Fue a Data Cloud, Adobe Real-Time CDP, y a cualquier warehouse moderno con SQL suficientemente rápido. dbt + Snowflake ejecuta segmentación bajo demanda sin CDP dedicado. El criterio hoy no es la herramienta — es la latencia aceptable.
Activación para canales de marketing (enviar segmentos a email, ads, push). Fue a las APIs directas de Braze, Iterable y Customer.io, y al reverse ETL integrado en el propio warehouse. El reverse ETL como categoría independiente está en el mismo patrón de encogimiento que el CDP clásico — misma causa raíz.
Contexto para aplicaciones y agentes. Esta quinta función es nueva — y aquí es donde la consolidación fue más clara. Los CDPs tradicionales no fueron diseñados para servir contexto de alta velocidad a agentes de IA. Data Cloud sí. La brecha es arquitectónica: el CDP clásico es batch-friendly; los agentes necesitan contexto materializado en tiempo real. Esta función no "fue a parar en algún lugar" — fue creada por Data Cloud y equivalentes, y el CDP clásico quedó atrás por diseño.
El patrón de commoditización se repite
Como el análisis del Modern Data Stack mostró en 2026: cuando una capa del stack se vuelve commodity, la categoría de producto pierde, el trabajo continúa. El ELT independiente (Fivetran, Stitch) se volvió commodity — los precios cayeron un 60% desde 2022, la diferenciación se evaporó, el self-hosted se volvió viable. El trabajo de mover datos existe; la categoría como producto estratégico separado encogió. El reverse ETL está en el mismo camino. El CDP es el siguiente.
La diferencia es que el CDP tenía más ambición: quería ser la capa de datos de cliente, no solo una herramienta de ingest. Esa ambición es la que los grandes players cooptaron. Salesforce no necesitó matar el CDP — solo necesitó que Data Cloud fuera suficientemente mejor dentro del ecosistema Salesforce para que la compra separada dejara de tener sentido financiero. Eso fue suficiente para vaciar la categoría en cuentas enterprise.
Qué cambia para quien está decidiendo ahora
Cuatro preguntas que reformulan la decisión de forma útil.
¿Tu stack ya tiene un vendor dominante? Una empresa Salesforce-first ya tiene Data Cloud disponible o disponible para negociar. Un CDP independiente sería una segunda capa de datos de cliente con alto costo de integración y poco diferencial frente a lo que ya está en el contrato. En ese escenario, un CDP separado raramente cierra el caso de TCO.
¿Necesitas movilidad entre clouds y CRMs? Una empresa con Sales Cloud, HubSpot, SAP y Shopify coexistiendo necesita una capa de datos de cliente que no pertenezca a ningún vendor. Ahí un CDP independiente (RudderStack, Tealium) todavía tiene argumento claro: la neutralidad de plataforma vale el costo de integración.
¿El caso de uso principal es activación de marketing o contexto para agente? Activación de marketing para canales: CDP independiente lo resuelve bien. Contexto para agente en tiempo real: requiere una arquitectura que el CDP clásico no entrega por diseño. Data Cloud o equivalente.
¿Cuál es el horizonte de dependencia aceptable? Comprar Data Cloud significa apostar por el ecosistema Salesforce durante al menos 3–5 años. Comprar Tealium significa apostar que la categoría independiente sobrevive la consolidación. Ambas apuestas tienen riesgos diferentes. La empresa que no piensa en ese horizonte cambia de plataforma de datos de cliente cada dos años y paga integration tax en cada ciclo — un costo que raramente aparece en el presupuesto de tecnología, pero siempre aparece en el calendario del equipo de datos.
La commoditización es una buena noticia
Cuando una función del stack se vuelve commodity, la señal es que el problema fue resuelto lo suficientemente bien como para dejar de ser un diferenciador competitivo. Ya no se necesita consultor específico de CDP, proyecto de implementación separado ni presupuesto aislado de martech. La capa de datos de cliente está disponible como parte del stack que ya tienes — o como add-on dentro de plataformas que ya pagas.
Lo que no se ha vuelto commodity — y aún requiere decisión cuidadosa — es la arquitectura de identidad. ¿Cuál es la clave canónica de cliente en tu operación? ¿Cómo resolver conflictos de identidad entre Sales Cloud, ERP y la plataforma de producto? Esa decisión viene antes de cualquier compra de CDP o Data Cloud, como el diagnóstico de Customer 360 versus CDP ya detalla. La commoditización de la herramienta no ha commoditizado el problema de identidad — sigue exigiendo decisión técnica cuidadosa antes de la firma del contrato.
La función del CDP se volvió plataforma. La arquitectura de identidad sigue siendo trabajo de consultoría especializada.
En 2026, una empresa que todavía pregunta "¿qué CDP debemos comprar?" está haciendo la pregunta equivocada. La pregunta correcta es: ¿qué capa de datos de cliente ya tiene mi stack, y qué no cubre todavía? A partir de ahí, la decisión es de brechas — no de categorías. Y cerrar brechas cuesta menos que cambiar de plataforma.