Composable CDP: o que é, arquitetura e custos

Composable CDP é a abordagem de montar as capacidades de uma plataforma de dados do cliente (CDP, ou Customer Data Platform) com componentes modulares e especializados, cada um responsável por uma etapa do Customer Intelligence Loop, em vez de implantar uma plataforma única e empacotada. A maior parte das Composable CDPs é nativa de data warehouse: a arquitetura usa o data warehouse em nuvem que a empresa já tem (Snowflake, BigQuery ou Databricks) como fundação e acrescenta ferramentas especializadas de resolução de identidade (identity resolution), segmentação de público (audience segmentation) e ativação de dados (data activation).

Arquitetura de uma Composable CDP. As fontes de dados alimentam um data warehouse em nuvem, que cuida da resolução de identidade, da modelagem e do aprendizado de máquina. Uma camada de ativação monta os públicos e os envia para mídia paga, plataformas de mensageria e agentes de IA. Um cache de tempo real sustenta a personalização dentro da própria sessão, via API.

Em vez de consolidar todo o dado de cliente em um banco de dados proprietário da CDP, a abordagem composable mantém os perfis unificados no data warehouse e usa conectores, quase sempre por reverse ETL, para sincronizar públicos e atributos com as ferramentas de marketing e de análise. Para a visão geral dos fundamentos da categoria, veja O que é CDP?.

Software composable: o princípio por trás

Software composable é a construção de infraestrutura por módulos independentes e intercambiáveis, no lugar de aplicações monolíticas. As aplicações centrais se dividem em microsserviços especializados que se comunicam por APIs, o que facilita aumentar a capacidade e encurta o ciclo de desenvolvimento. A diferença em relação à arquitetura de plataforma está no acoplamento: numa plataforma, os módulos substituíveis dependem de um núcleo compartilhado; num sistema composable, qualquer componente pode ser trocado sem afetar o resto do stack. A Composable CDP aplica essa mesma lógica modular ao stack de dados de cliente.

O que é uma Composable CDP?

O termo “composable CDP” surgiu por volta de 2021, quando as equipes de dados passaram a questionar a necessidade de uma CDP tradicional e integrada, porque o dado de cliente já estava centralizado em data warehouses em nuvem modernos. A filosofia composable vem do princípio mais amplo do software modular: montar a solução com peças intercambiáveis, não com um sistema monolítico.

Numa arquitetura composable, cada capacidade pode ser atendida por uma ferramenta diferente:

• Ingestão de dados: conectores e pipelines que levam eventos de site, aplicativo, CRM e outras fontes para dentro do data warehouse
• Transformação e modelagem: ferramentas baseadas em SQL que limpam, cruzam e moldam o dado bruto em tabelas de cliente unificadas e atributos calculados
• Resolução de identidade: lógica de correspondência determinística ou probabilística que costura perfis anônimos e conhecidos em um registro único de cliente
• Ativação: ferramentas de reverse ETL que sincronizam públicos e atributos do data warehouse com plataformas de marketing, redes de mídia e CRMs
• Orquestração: agendadores e motores de fluxo que coordenam a execução dos pipelines, monitoram a atualidade do dado e gerenciam dependências

O data warehouse funciona como fonte única de verdade, o que elimina silos e dispensa copiar o dado de cliente para mais uma plataforma.

Como funciona: os componentes composable no Customer Intelligence Loop

Toda CDP, composable ou não, precisa executar as cinco etapas do Customer Intelligence Loop. No stack composable, cada etapa fica com um fornecedor ou uma ferramenta diferente:

A modularidade é real e vale muito para o controle de engenharia. A consequência arquitetural, porém, é esta: o resultado do ENGAJAR (abertura, clique, conversão) precisa voltar por toda a cadeia — ESP, reverse ETL, data warehouse, reconstrução dos modelos, retreinamento — antes que o sistema consiga aprender com ele.

A fundação nativa de data warehouse

As Composable CDPs usam o data warehouse em nuvem como camada de armazenamento e de processamento das etapas COLETAR e UNIFICAR. Fluxos de eventos, registros de transação, tíquetes de atendimento e demais fontes entram por ferramentas de integração de dados (data integration) e são modelados em perfis unificados com SQL ou com frameworks de transformação como o dbt.

O data warehouse já guarda dado comportamental, transacional e demográfico, então não é preciso replicar tudo em um banco separado da CDP. Analistas e engenheiros consultam, cruzam e enriquecem o dado de cliente no fluxo de SQL que já conhecem. No varejo brasileiro, isso inclui o dado de pagamento por Pix, que costuma ser o sinal transacional de maior cobertura e já vive no data warehouse.

O reverse ETL para a ativação

Definidos os perfis e os segmentos no data warehouse (UNIFICAR e ENTENDER), o reverse ETL cuida do ENGAJAR e envia o dado para os sistemas operacionais: plataformas de e-mail, redes de mídia, CRMs, provedores de WhatsApp Business e ferramentas de atendimento.

O reverse ETL inverte o fluxo tradicional de ETL. Em vez de extrair das ferramentas operacionais para o data warehouse, o reverse ETL extrai do data warehouse para as ferramentas operacionais. Assim, marketing e sucesso do cliente ativam públicos definidos no warehouse sem escrever código e sem depender da fila da engenharia.

Ativação modular e experimentação

Porque os componentes são pouco acoplados, a equipe troca ferramentas conforme a necessidade muda. Se um novo fornecedor de resolução de identidade entrega correspondência mais precisa, dá para substituir só aquela camada, sem refazer o stack inteiro. Para testar um canal novo de ativação, basta somar um conector, sem rearquitetar o modelo de dados. Essa flexibilidade é a força definidora do stack composable e também a origem da sua limitação estrutural nos casos de uso de IA, em que o ciclo precisa fechar sem atravessar fronteiras de fornecedor.

Vantagens e limitações da Composable CDP

Vantagens

Propriedade e portabilidade do dado. O dado de cliente fica no data warehouse da própria empresa, sob seu controle. Trocar o fornecedor de ativação não desmonta os perfis unificados.

Aproveitamento do que já existe. Se a empresa já construiu pipelines, modelos e infraestrutura de warehouse, a arquitetura composable estende essa base em vez de substituí-la.

Flexibilidade e customização. A modelagem em SQL dá controle completo sobre como cada atributo de cliente é definido, calculado e enriquecido. A regra de negócio proprietária entra sem esperar o roteiro de produto do fornecedor.

Custo baixo de entrada. Armazenamento e processamento no data warehouse costumam parecer mais econômicos, na largada, do que a licença por perfil de uma Agentic CDP.

Limitações

O preço sobe rápido. As Composable CDPs se vendem com custo de entrada menor, mas o custo total de propriedade (total cost of ownership, TCO) cresce conforme aumentam o volume de dado e o número de casos de uso de ativação. Nos dados de avaliação do G2 (2025), os usuários citam com frequência aumentos inesperados de custo quando crescem a quantidade de conectores, a frequência de sincronização e o volume de linhas, e em escala corporativa esse total chega perto ou acima do preço de uma Agentic CDP. As suítes corporativas enfrentam um problema paralelo, o suite tax: pagar por um ecossistema inteiro para ter acesso à capacidade de CDP.

Complexidade maior. Montar um stack composable exige integrar várias ferramentas, gerenciar dependências e manter a qualidade do dado entre os componentes. Isso pede engenharia de dados forte.

Tempo maior até o primeiro resultado. Diferentemente das Agentic CDPs, que chegam com as capacidades prontas, a arquitetura composable exige investimento inicial em modelagem de dados, orquestração de pipeline e integração de ferramentas.

Pouca IA pronta para uso. A maioria das Composable CDPs depende de plataformas de aprendizado de máquina separadas para as etapas ENTENDER e DECIDIR. Score de propensão e recomendação de próxima melhor ação (next best action) não vêm embutidos, e cada ferramenta adicional é mais uma fronteira de fornecedor que o ciclo de feedback precisa atravessar.

Custo de manutenção. Conforme o stack cresce, cresce também a operação de monitorar o pipeline entre fornecedores: depurar falhas de sincronização entre o DECIDIR e o ENGAJAR, manter os conectores atualizados e confirmar que o dado de resultado volta ao COLETAR de forma confiável.

Custo total em três anos: composable e agentic

Comparar preço de composable e de agentic sem modelar o custo ao longo do tempo leva a conclusão errada. O stack composable entra mais barato e cresce de forma não linear conforme aumentam os casos de uso de ativação. O mercado de CDP deve chegar a US$ 28,2 bilhões em 2028, com CAGR de 39,9% (MarketsandMarkets, 2023), e boa parte desse crescimento vem de empresas que consolidam stacks de vários fornecedores em uma plataforma só.

As faixas refletem preços públicos de fornecedores e custos relatados por avaliadores do G2 em 2025, modelados sobre 10 milhões de perfis ativos, com sincronização diária para 8 ferramentas e contrato de ESP em faixa intermediária. O custo real varia bastante conforme fornecedor, volume de dado, frequência de sincronização e complexidade do caso de uso. Os valores estão em dólar americano, moeda em que esses contratos costumam ser fechados no Brasil; converta pela cotação da data da proposta e inclua os tributos de importação de serviço na modelagem.

O ponto não é que a arquitetura composable seja “cara”. O ponto é que o custo composable se multiplica (linhas × conectores × frequência × ferramentas), enquanto o preço de uma Agentic CDP costuma ser por perfil, com a ativação incluída.

Duplicação de dado pessoal entre fornecedores

A Composable CDP mantém os perfis unificados no data warehouse, mas a ativação continua exigindo cópia de dados pessoais (personally identifiable information, PII) para ferramentas externas. Cada sincronização de reverse ETL que envia e-mail, telefone ou atributo de cliente para um ESP, uma plataforma de mídia ou um CRM cria mais uma cópia do dado pessoal fora do ambiente primário. Num stack composable típico, o dado pessoal do cliente existe em três ou mais sistemas ao mesmo tempo: o data warehouse, o cache de sincronização da ferramenta de reverse ETL e cada plataforma de ativação a jusante.

Cada cópia adicional cobra um preço de conformidade. Sob a LGPD (Lei nº 13.709/2018), todo fornecedor que recebe dado pessoal entra na cadeia de tratamento como operador ou como controlador, com contrato próprio e com a responsabilidade que a lei estende ao operador quando ele descumpre as instruções do controlador. O pedido de eliminação do titular precisa se propagar por todos esses sistemas, e o prazo de 15 dias do artigo 19 para responder ao pedido de acesso não se alonga porque o stack tem cinco fornecedores. A ANPD pode aplicar multa de até 2% do faturamento no Brasil, limitada a R$ 50 milhões por infração.

Some a isso a superfície de vazamento ampliada, com auditoria de segurança independente por fornecedor, e a questão de residência: cada ferramenta guarda o dado em uma região, e a transferência internacional depende das cláusulas-padrão contratuais aprovadas pela ANPD em 2024. Operações multinacionais somam ainda as exigências equivalentes do GDPR e da CCPA. Para a análise detalhada de conformidade, veja o guia de arquitetura de CDP para CISOs (em inglês).

Fornecedores de Composable CDP

O mercado composable reúne ferramentas puras de reverse ETL, construtores de público nativos de data warehouse e plataformas híbridas, que operam nos dois modos.

Os três nomes acima atendem o mercado brasileiro e servem de exemplo da categoria, não de lista de compra. Para o comparativo lado a lado, com preço e recursos, veja a visão geral dos fornecedores de composable CDP.

Quando uma Composable CDP faz sentido

A Composable CDP encaixa bem quando a empresa já tem um data warehouse maduro, com dado de cliente bem modelado, e uma equipe de engenharia de dados capaz de manter o pipeline entre vários fornecedores. Em concreto, a arquitetura composable funciona quando:

• A cadência de ativação é em lote (sincronização diária ou semanal de público, relatório periódico) e essa velocidade basta
• O caso exige modelo de dado próprio ou lógica de resolução de identidade que a correspondência de prateleira não resolve
• A empresa quer evitar preço por perfil ou dependência de um fornecedor único
• A necessidade de IA se limita a modelos treinados em lote (previsão de churn, score de valor de vida) que toleram atualização horária ou diária

Para quem precisa de ciclo de feedback em tempo real, decisão com IA embutida ou leitura de perfil abaixo de um segundo para personalizar, uma Agentic CDP tende a servir melhor. A Agentic CDP reúne coleta, resolução de identidade, decisão com IA e mensageria nativa numa plataforma só, o que permite aos agentes de IA rodar o Customer Intelligence Loop de forma contínua, sem atravessar fronteiras de fornecedor. Parte das Agentic CDPs também aceita implantação híbrida, que se conecta ao data warehouse existente e soma armazenamento gerenciado para os casos de tempo real. O comparativo detalhado está em Packaged CDP e Composable CDP (em inglês).

IA e o problema do ciclo de feedback

Como argumenta o investidor Tomasz Tunguz em AI’s Bundling Moment, a IA inverte o roteiro de desagregação da era SaaS: o sistema de IA rende mais quando enxerga o fluxo de trabalho inteiro e age sobre o resultado em tempo real. No stack composable, o Customer Intelligence Loop fica repartido entre fornecedores. O resultado do ENGAJAR precisa atravessar o ESP, o reverse ETL, a reconstrução do data warehouse e o retreinamento do modelo antes que o sistema aprenda, numa ida e volta medida em horas, não em segundos.

Essa latência de feedback é administrável nos casos de uso em lote e vira limitação estrutural na decisão com IA em tempo real e no marketing agêntico (agentic marketing). Quem pesa essa escolha precisa responder a duas perguntas: com que velocidade o ciclo precisa fechar e se uma implantação híbrida ou uma Agentic CDP atende melhor o requisito de tempo real. Veja também Como avaliar uma CDP na era da IA.

FAQ

Qual a diferença entre composable CDP e data warehouse?

O data warehouse é a infraestrutura que armazena e consulta o dado; a Composable CDP é a arquitetura que usa esse data warehouse como fundação e acrescenta ferramentas de resolução de identidade, segmentação e ativação. O data warehouse entrega o “o quê” (dado de cliente unificado) e as ferramentas composable entregam o “como” (transformar esse dado em experiência de cliente). Veja CDP e data warehouse (em inglês).

Empresa pequena pode usar uma composable CDP?

Empresa pequena com engenharia de dados própria consegue usar uma Composable CDP, mas a arquitetura composable costuma servir melhor a operações de médio e grande porte. A Composable CDP exige mais domínio técnico e mais infraestrutura do que uma CDP integrada. Startups com time de engenharia forte e data warehouse já em produção adotam o modelo sem dificuldade, sobretudo quando querem evitar o custo de mais uma plataforma proprietária.

Uma composable CDP sustenta IA agêntica e marketing em tempo real?

A Composable CDP entrega bem a mensagem disparada por regra (carrinho abandonado, confirmação de pedido), mas não sustenta o agente de IA que aprende de forma contínua. A limitação estrutural aparece no aprendizado contínuo, quando o agente precisa agir, observar o resultado e melhorar a decisão seguinte em segundos. Na arquitetura composable, o resultado volta pelo reverse ETL até o data warehouse e passa pela reconstrução dos modelos antes que o sistema aprenda, numa ida e volta de horas.

Qual a diferença entre reverse ETL e a ativação de uma packaged CDP?

A Packaged CDP guarda os perfis no banco de dados próprio e ativa esses perfis por integrações prontas; o reverse ETL mantém os perfis no data warehouse da empresa e sincroniza segmentos e atributos com as ferramentas a jusante sob demanda. O reverse ETL preserva o data warehouse como fonte de verdade e dispensa duplicar o dado de cliente em mais um sistema. O resultado final para o cliente é parecido; o fluxo de dado por trás é outro.

O que é a arquitetura de uma composable CDP?

A arquitetura de uma Composable CDP usa o data warehouse em nuvem como fundação e empilha ferramentas modulares para cada função de CDP. O stack típico mapeia as cinco etapas do Customer Intelligence Loop: as ferramentas de ingestão cuidam do COLETAR, o SQL e os frameworks de transformação cuidam do UNIFICAR e do ENTENDER, e o reverse ETL cuida do DECIDIR e do ENGAJAR ao sincronizar públicos com as plataformas a jusante. Cada componente pode ser trocado de forma independente, e cada fronteira de fornecedor acrescenta complexidade de integração e latência.

O Snowflake ou o BigQuery é uma composable CDP?

Não. O Snowflake e o BigQuery são data warehouses, não CDPs, e servem como camada de fundação para a arquitetura composable. O data warehouse armazena e consulta o dado de cliente, mas não traz resolução de identidade, segmentação de público nem ativação de marketing nativas. Montar uma Composable CDP em cima do warehouse exige somar uma ferramenta especializada para cada uma dessas capacidades. Veja O Snowflake é uma CDP? (em inglês).

Qual a diferença entre composable CDP e agentic CDP?

A Composable CDP monta ferramentas especializadas sobre o data warehouse da empresa; a Agentic CDP reúne unificação de dados, decisão com IA e mensageria nativa numa plataforma só. A diferença arquitetural é o lugar em que o Customer Intelligence Loop é executado. No stack composable, o ciclo se espalha por vários fornecedores, e o resultado precisa atravessar todos eles antes de o sistema aprender. Na Agentic CDP, o ciclo inteiro fica dentro de uma fronteira, o que permite ao agente de IA coletar, decidir, agir e aprender em segundos. A Composable CDP dá mais controle de engenharia e menos dependência de fornecedor; a Agentic CDP dá ciclo de feedback mais rápido e menos complexidade operacional.

Quanto custa uma composable CDP?

O custo de uma Composable CDP costuma ficar entre US$ 1,1 milhão e US$ 5,7 milhões em três anos para 10 milhões de perfis ativos, contra US$ 300 mil a US$ 1,2 milhão de uma Agentic CDP. A diferença vem da forma como o custo se acumula: o stack composable paga em separado o processamento no data warehouse, a sincronização de reverse ETL, a plataforma de mensageria e de 2 a 5 engenheiros de dados dedicados. Cada variável multiplica as outras, então o custo cresce de forma não linear.

As CDPs independentes vão desaparecer?

Trate a tese de que “a CDP independente acabou” como sinal de direção, não como veredicto, venha ela de resumo de analista ou de apresentação de fornecedor. A pressão de consolidação existe, e a capacidade de CDP chega cada vez mais embutida em suítes e em plataformas de dados. O que não muda é o critério de avaliação: velocidade do ciclo diante da latência que os seus casos de uso exigem, qualidade da identidade diante da sua complexidade de correspondência e profundidade de ativação diante do seu mix de canais. O modelo de implantação decide, em boa medida, se a plataforma fecha o ciclo rápido o bastante para os casos de uso de IA em tempo real.

Termos relacionados

• Data Warehouse — a camada de armazenamento sobre a qual a Composable CDP é montada
• Governança de dados — as políticas de qualidade e de controle do dado em stacks de vários fornecedores
• Customer Data Platform (em inglês) — a categoria maior a que a Composable CDP pertence
• Real-Time CDP (em inglês) — a arquitetura de streaming que o stack composable tem dificuldade de reproduzir
• Data Lakehouse (em inglês) — a fundação alternativa usada por parte dos stacks composable
• Customer Intelligence Loop — o ciclo de cinco etapas que o stack composable divide entre fornecedores

Este artigo também está disponível em: Composable CDP: Definition, Architecture & How It Works · コンポーザブルCDPとは？仕組みと導入メリットを解説