Capturar nome e telefone do formulário no pixel, sem levar senha nem CPF
O formulário do site sabe quem é a pessoa no segundo em que ela clica em enviar. A maioria dos pixels descarta isso. Capturar nome, e-mail e telefone no envio — e nunca senha, cartão ou documento — é o que faz o lead nascer identificado e o Meta receber um evento que vale alguma coisa.
Existe um instante em que o site sabe mais sobre a pessoa do que qualquer outro sistema vai saber depois: o envio do formulário. Nome, e-mail e telefone estão digitados, na tela, prontos. Um segundo depois eles vão para o CRM ou para a ferramenta de e-mail — e o pixel, que estava ali o tempo todo, continua tratando a pessoa como "visitante anônimo 4f3a".
Esse desperdício tem preço em dois lugares. No seu CDP, o lead entra sem identidade e só vai casar com a compra dele por sorte. No Meta, o evento Lead sai sem e-mail e sem telefone, e a otimização trabalha às cegas. Capturar o formulário no pixel resolve os dois de uma vez.
Como a captura funciona
O pixel observa o envio de todo formulário da página. No envio, ele lê os campos, decide qual é e-mail, qual é telefone e qual é nome, e grava isso na identidade do visitante — um cookie do seu domínio. Daí em diante todo evento que aquele navegador gerar leva a identidade junto: a página seguinte, o vídeo assistido, o checkout aberto.
A decisão "qual campo é o quê" é a parte que exige cuidado. Formulário de site raramente tem nome de campo padronizado: o telefone se chama "whats", "celular", "fone" ou só tem um placeholder "(00) 0 0000-0000". A captura precisa de três camadas.
- 01Atributo do campo: name, id, autocomplete e placeholder, com um dicionário em português e inglês. "nome" casa; "nome_da_empresa" não casa, porque a âncora exige a palavra inteira.
- 02Regra do projeto: quando o site é seu, você diz "o campo com placeholder X é o telefone". Vale mais que o dicionário.
- 03Valor: se o conteúdo tem cara de e-mail ou de telefone brasileiro, é e-mail ou telefone, mesmo que o campo se chame "campo3".
O nome ganha um tratamento extra: separa-se no primeiro espaço em nome e sobrenome, do jeito que o Segment faz e que o Meta espera nos campos fn e ln. "Douglas Matos Nascimento" vira Douglas + Matos Nascimento.
O que NUNCA é capturado
A regra de exclusão vive no código do pixel, não na configuração — de propósito. Nenhuma regra de projeto consegue reabrir o que está fechado ali: senha, cartão de crédito, CVV, CPF e CNPJ, e qualquer campo marcado como "não capturar". Se um site tem um formulário de login e um de cadastro na mesma página, o pixel lê o e-mail do cadastro e ignora a senha dos dois.
Capturar identidade é aumentar a responsabilidade. A lista do que não entra tem de ser mais forte que a lista do que entra.
Blur não é envio
Um detalhe que custou caro antes de virar regra: o pixel não deve emitir evento quando a pessoa sai de um campo (o blur), só quando envia o formulário. Um preenchimento normal — digita e-mail, digita telefone, clica — gerava três eventos Lead, e o Meta contava três. Hoje o blur só persiste a identidade no cookie; quem emite é o envio, e ele emite uma vez, com o formulário inteiro. É a mesma família de defeito que descrevemos em deduplicação além do event_id.
App logado: cuidado com o formulário do outro
Se o pixel está instalado num produto com login — um SaaS, uma área de membros —, a captura automática deve ficar DESLIGADA. O formulário "convidar colega" carrega o e-mail de outra pessoa, e o pixel gravaria essa identidade na sessão de quem convidou. Nesse caso a identidade vem do próprio app, por uma chamada explícita de identify, e não do formulário. Contamos como fizemos isso no nosso próprio produto.
O que muda depois
- O lead nasce identificado e a compra na Hotmart casa com ele por e-mail — mesmo se o marcador de sessão for cortado no checkout.
- O Lead enviado ao Meta leva e-mail, telefone e nome; a qualidade de correspondência sobe.
- A ficha do lead mostra o nome, não o e-mail.
- A audiência "preencheu o formulário e não comprou" passa a existir.
No CrazyLeads a captura vem ligada por padrão nas fontes de pixel de site, com o dicionário pt/en, regras por projeto configuráveis na tela ou pelo conector MCP — que também sugere as regras lendo o HTML da página —, e a lista de exclusão fechada no código.