Em 2019, analistas de Gartner e Forrester discutiam qual CDP escolher — Segment, mParticle, Tealium, Lytics, Simon Data. Em 2022, a pergunta mudou para "CDP externo ou Data Cloud do Salesforce?". Em 2026, a pergunta certa é diferente: Customer Data Platform ainda é uma categoria de produto, ou virou feature embutida em plataforma maior?
A resposta tem dois lados. A função de CDP — unificar dados de cliente, resolver identidade, ativar segmentos para canais de marketing — está mais presente e mais executada do que nunca. A categoria de produto separado chamada Customer Data Platform encolheu de forma que não cabe mais ignorar. São coisas diferentes, e confundir as duas leva a decisão de stack ruim.
Por que a categoria encolheu
A consolidação foi rápida e veio de múltiplos ângulos. Segment, o mais influente dos CDPs independentes, foi comprado pela Twilio em 2020 por US$ 3,2 bilhões — e vendido de volta ao mercado em 2023, quando a Twilio percebeu que martech e CPaaS não conviviam bem na mesma empresa. Segment voltou como produto independente, mas a trajetória revelou algo: CDP standalone não tem poder de plataforma suficiente para sobreviver como produto principal de empresa de tecnologia grande. Vira feature ou produto secundário.
Os grandes plataformistas fizeram o movimento contrário. Salesforce engoliu a função de CDP dentro de Data Cloud, que transcendeu o conceito original de CDP. Adobe construiu Real-Time CDP como pilar do Adobe Experience Platform — sem anunciar como "CDP": é o Experience Platform. Microsoft integrou dados de cliente no Dynamics 365 Customer Insights. SAP consolidou o SAP Customer Data Cloud como parte do suite. Em cada caso, a função existe; o produto separado sumiu.
O que restou como categoria independente: Tealium, mParticle, RudderStack, Bloomreach. Todos sobrevivem — mas em nichos específicos: empresa multi-cloud sem vendor dominante, operação de marketing com stack heterogêneo que não quer lock-in, time de dados que precisa de mobilidade entre plataformas. Fora desses casos, CDP independente é resposta para uma pergunta que o stack já respondeu.
Customer Data Platform não morreu — foi reabsorvida. A categoria sumiu; a função ficou.
Onde foi parar cada pedaço do CDP clássico
Um CDP clássico resolvia cinco funções. Cada uma foi para um lugar diferente em 2026.
Coleta de dados first-party (eventos web, mobile, backend). Foi para Segment, RudderStack, e ingest direto nos warehouses. Snowflake, BigQuery e Databricks aceitam stream de eventos nativamente. Em 2026, não precisa de CDP para coletar dado — precisa de decisão sobre onde esse dado aterra.
Resolução de identidade (unificar a mesma pessoa entre múltiplos sistemas). Foi para Data Cloud (ecossistema Salesforce), Snowflake Horizon e Unity Catalog do Databricks. Problema técnico antigo, agora resolvido como camada do warehouse ou da plataforma — não como produto separado.
Segmentação comportamental (segmentar por comportamento em tempo real). Foi para Data Cloud, Adobe Real-Time CDP, e em qualquer warehouse moderno com SQL rápido o suficiente. dbt + Snowflake roda segmentação sob demanda sem CDP dedicado. O critério hoje não é a ferramenta — é a latência aceitável.
Ativação para canais de marketing (enviar segmento para e-mail, ads, push). Foi para as APIs diretas de Braze, Iterable e Customer.io, e para o reverse ETL embedded no próprio warehouse. Reverse ETL como categoria independente está no mesmo movimento de encolhimento que o CDP clássico — mesma causa raiz.
Contexto para aplicações e agentes. Essa quinta função é nova — e é onde a consolidação ficou mais clara. CDPs tradicionais não foram desenhados para servir contexto de alta velocidade a agentes de IA. Data Cloud foi. O gap é arquitetural: CDP clássico é batch-friendly; agente precisa de contexto materializado em tempo real. Essa função não "foi parar em algum lugar" — foi criada por Data Cloud e similares, e o CDP clássico ficou para trás por design.
O padrão de commoditização se repete
Como o Modern Data Stack mostrou em 2026: quando uma camada de stack vira commodity, a categoria de produto perde, o trabalho continua. ELT independente (Fivetran, Stitch) virou commodity — preço caiu 60% desde 2022, diferenciação evaporou, self-hosted ficou viável. O trabalho de mover dado existe; a categoria como produto estratégico separado encolheu. Reverse ETL está no mesmo caminho. CDP é o próximo.
A diferença é que CDP tinha mais ambição: queria ser a camada de dados de cliente, não só uma ferramenta de ingest. Essa ambição é o que os grandes players cooptaram. Salesforce não precisou matar o CDP — precisou fazer o Data Cloud ser suficientemente melhor dentro do ecossistema Salesforce para que a compra separada deixasse de fazer sentido financeiro. Foi o suficiente para esvaziar a categoria nas contas enterprise.
O que muda para quem está decidindo agora
Quatro perguntas que reformulam a decisão de forma útil.
Seu stack já tem um vendor dominante? Empresa Salesforce-first já tem Data Cloud disponível ou disponível para negociar. CDP independente seria uma segunda camada de dados de cliente com custo de integração alto e diferencial pequeno frente ao que já está no contrato. Nesse cenário, CDP separado raramente fecha a conta de TCO.
Você precisa de mobilidade entre clouds e CRMs? Empresa com Sales Cloud, HubSpot, SAP e Shopify coexistindo precisa de camada de dados de cliente que não pertença a nenhum vendor. Aí CDP independente (RudderStack, Tealium) ainda tem argumento claro: neutralidade de plataforma vale o custo de integração.
O caso de uso primário é ativação de marketing ou contexto para agente? Ativação de marketing em canais: CDP independente resolve bem. Contexto para agente em tempo real: precisa de arquitetura que CDP clássico não entrega por design. Data Cloud ou solução equivalente.
Qual o horizonte de dependência aceitável? Comprar Data Cloud é apostar no ecossistema Salesforce por no mínimo 3–5 anos. Comprar Tealium é apostar que a categoria independente sobrevive consolidação. As duas apostas têm risco diferente. Empresa que não pensa nesse horizonte troca de plataforma de dados de cliente a cada dois anos e paga integration tax em todo ciclo — custo que raramente aparece no orçamento de tecnologia, mas aparece no calendário do time de dados.
A commoditização é boa notícia
Quando uma função de stack vira commodity, o sinal é que o problema foi suficientemente resolvido para deixar de ser diferencial competitivo. Não precisa mais de consultor específico de CDP, projeto de implementação separado ou budget isolado de martech. A camada de dados de cliente está disponível como parte do stack que você já tem — ou como add-on dentro de plataformas que você já paga.
O que não virou commodity — e ainda exige decisão cuidadosa — é a arquitetura de identidade. Qual é a chave canônica de cliente na sua operação? Como resolver conflito de identidade entre Sales Cloud, ERP e plataforma de produto? Essa decisão vale antes de qualquer compra de CDP ou Data Cloud, como o diagnóstico de Customer 360 versus CDP já detalha. A commoditização da ferramenta não commoditizou o problema de identidade — ele continua exigindo decisão técnica cuidadosa antes da assinatura.
A função de CDP virou plataforma. A arquitetura de identidade continua sendo trabalho de consultoria especializada.
Em 2026, empresa que ainda pergunta "qual CDP comprar" está na pergunta errada. A pergunta certa é: qual camada de dado de cliente meu stack já tem, e o que ela não cobre ainda? A partir daí, a decisão é de gaps — não de categorias. E fechar gap custa menos do que trocar de plataforma.