Lead anônimo e lead identificado: quando fundir, e quando nunca fundir
A regra que junta dois registros na mesma pessoa é a decisão mais importante de um CDP, e a mais fácil de errar para os dois lados. Fundir demais mistura duas pessoas; fundir de menos deixa a mesma pessoa em cinco. O padrão que funciona é assimétrico, e este artigo é a regra escrita.
Um visitante abre o site num navegador: nasce um lead anônimo, com um cookie. Preenche o formulário: o lead ganha e-mail. Compra pelo celular, com o mesmo e-mail: nasce um segundo lead, noutro dispositivo. Abre o e-mail de boas-vindas no computador do trabalho: um terceiro. A mesma pessoa, três registros. Sem regra, o CDP conta três leads e nenhuma jornada.
A resolução de identidade é a regra que decide quando dois registros viram um. Ela parece um detalhe técnico, mas é a fundação de tudo que descrevemos em leads centralizados — e o lugar onde a maioria das implementações erra, porque os dois erros parecem sucesso por um tempo.
Os dois erros
| Fundir demais | Fundir de menos | |
|---|---|---|
| Causa típica | Dispositivo compartilhado; e-mail genérico da empresa; cookie de máquina pública | Só e-mail junta; telefone e cookie não; compra com outro e-mail |
| Sintoma | Uma pessoa "comprou" três produtos que nunca viu; o histórico não faz sentido | O comprador "nunca visitou o site"; o lead "nunca comprou" tem uma compra noutro registro |
| Custo | Irreversível sem desfazer a fusão; audiência manda anúncio errado | Contagem de leads inflada; atribuição perdida; jornada nunca dispara |
| Detectável? | Só olhando uma ficha e estranhando | Medindo: quantos compradores existem como lead sem a compra? |
A regra assimétrica
O padrão que sobreviveu em produção — o mesmo que ferramentas como o Mixpanel adotaram depois de anos de fusão simétrica — tem três frases:
- 01Identificador forte junta. E-mail válido e telefone válido com DDI são fortes: dois registros com o mesmo e-mail são a mesma pessoa.
- 02Identificador fraco liga, não junta. Cookie e dispositivo prendem o anônimo ao identificado que apareceu naquele navegador — mas NUNCA juntam dois identificados diferentes entre si. Se o mesmo computador viu duas pessoas logadas, são duas pessoas.
- 03Anônimo nunca funde identificado. Um registro sem e-mail nem telefone não tem força para puxar ninguém; ele é absorvido pelo identificado que aparecer, e só.
Um identificador fraco tem poder de ligar, não de decidir. Quem decide é o e-mail ou o telefone — e só depois de validado.
Validar antes de acreditar
Um e-mail "teste@teste.com", um telefone "99999-9999", um campo com o placeholder do formulário: se isso vira identidade, todo mundo que digitou lixo vira a mesma pessoa. A validação de formato tem de acontecer ANTES de criar a identidade, em toda porta de entrada, com a mesma regra — e uma lista de bloqueio para os valores que aparecem mil vezes. Sem isso, o "fundir demais" entra pela porta da frente.
Quando duas pessoas viram uma: o que acontece
A fusão precisa ser um ato registrado, não uma sobrescrita: qual registro sobreviveu (o canônico), qual foi absorvido, quando e por qual identificador. A linha do tempo do absorvido passa a ser do canônico, as audiências recontam, e o Purchase que sai pelo CAPI leva o id canônico como external_id. E a fusão precisa poder ser desfeita, porque a regra 1 também erra: dois irmãos com o e-mail da mãe são duas pessoas.
Um número para calibrar a expectativa: numa base de quase três milhões de leads, os merges registrados são cerca de 49 mil. A maioria das pessoas nunca é fundida; a fusão é a exceção que resolve a compra vinda de outro dispositivo. Se a sua taxa está muito acima disso, algum identificador fraco está juntando.
No CrazyLeads o resolvedor aplica a regra assimétrica em toda fonte, valida e-mail e telefone antes de criar identidade, mantém a lista de bloqueio, registra cada fusão num mapa que as audiências usam para canonicalizar, e permite desfazer.