Como resolver identidade do cliente entre sessões, canais e fontes sem depender de cookies de terceiros nem montar data warehouse caro.
Unificação de dados de marketing é a etapa que separa empresa que entende o cliente de empresa que adivinha. Em 2026, com cookies de terceiros restringidos e fragmentação de canais, o problema piorou. Este guia mostra como construir um identity graph funcional com o que você já tem, sem reescrever o stack inteiro.
Um mesmo cliente aparece como visitor anônimo no site, lead no formulário, contato no CRM, comprador no checkout e usuário no produto — quatro IDs diferentes para a mesma pessoa. Sem reconciliação, cada canal mede o mesmo cliente como pessoa nova e a atribuição mente.
Ordem prática de prioridade: e-mail normalizado, telefone E.164, hash de device + IP, fingerprint de navegador. Cada chave tem taxa de cobertura e confiança diferente. Não basta escolher uma; é preciso casar as quatro num grafo com peso por confiabilidade.
Pixels client-side estão sendo bloqueados por padrão em Safari e Firefox e cada vez mais pelo iOS. Server-side garante captura mesmo com ad blocker e permite enriquecer o evento antes de mandar para os destinos. Sem server-side, sua taxa de match em Meta e Google cai entre 20% e 40%.
CDP dedicada faz sentido acima de ~500 mil contatos ativos com mais de cinco fontes de dados heterogêneas. Abaixo disso, uma camada leve de identity resolution + tabela única no banco resolve com 10% do custo. Vendedor de CDP não vai te contar isso.
Site, app, CRM, e-commerce, sistema de atendimento, ferramenta de mídia paga, formulários terceiros. Marque para cada fonte qual identificador ela emite hoje.
Decida a ordem de match: e-mail > telefone > device + IP > fingerprint. Documente como cada chave é normalizada (lowercase, trim, formato E.164, etc.).
Suba um endpoint próprio que receba eventos do client e encaminhe para os destinos (Meta CAPI, GA4 Measurement Protocol, CRM). Adicione hash de PII antes do envio.
Uma tabela com um registro por pessoa e múltiplas linhas auxiliares com os identificadores conhecidos. Atualize via merge a cada evento novo, com regra de timestamp e fonte de verdade.
Só depois do grafo funcionando, ligue o modelo de atribuição. Atribuição em cima de identidade quebrada multiplica o erro.
Métricas a acompanhar: % de eventos com identidade resolvida, % de contatos duplicados detectados e tempo médio entre primeiro evento e identificação.
Não substitui, complementa. Client-side captura comportamento (scroll, clique, tempo na página). Server-side garante entrega da conversão. O ideal é client-side enviando para um endpoint próprio que faz o forward server-side.
Para atribuição e personalização em sessão, sim. Para relatório e segmentação, batch a cada 15 ou 30 minutos resolve. Construir tempo real desnecessariamente triplica o custo de infraestrutura.
Mantenha como visitor anônimo com identificador estável (cookie próprio first-party + fingerprint). No momento da identificação futura, faça merge retroativo da jornada. Sem esse merge, você perde o histórico pré-conversão.
Conheça a plataforma e veja como aplicamos esses princípios na prática.
Conhecer a Kria