Otimizar a campanha para lead qualificado: a etapa do CRM como conversão no Meta
Otimizar para Lead traz quem preenche formulário. Otimizar para Compra traz pouco sinal em produto de ticket alto. No meio há a etapa que o comercial já registra no CRM — respondeu, iniciou conversa — e ela pode voltar ao Meta como evento. Medimos: 1.900 eventos por semana com 100% de e-mail e telefone.
O algoritmo do Meta otimiza para o evento que você escolhe. Se é Lead, ele encontra quem preenche formulário — inclusive quem preenche errado, quem não responde e quem já é cliente. Se é Purchase num produto de R$ 2.500 vendido por vendedor, ele recebe uma dezena de eventos por dia, e com esse volume aprende devagar. Entre os dois há um sinal que sua operação já produz e não usa.
É a etapa do CRM. O lead respondeu à primeira mensagem. O lead entrou numa conversa de verdade com o vendedor. O lead virou oportunidade com valor estimado. Cada uma é um acontecimento com hora, com pessoa, e com mais volume do que a compra. Mandada ao Meta como conversão personalizada, ela ensina o algoritmo a achar quem CONVERSA — que é quem compra.
Por que a etapa é o sinal certo
| Evento otimizado | Volume típico (por semana) | O que o algoritmo aprende | Problema |
|---|---|---|---|
| Lead | Milhares | Quem preenche formulário | Muito ruído; contato inválido conta igual |
| Respondeu / Conversa iniciada | Centenas a poucos milhares | Quem engaja com o comercial | Exige o CRM ligado — é o que este artigo resolve |
| Purchase | Dezenas | Quem compra | Pouco volume em ticket alto; venda fecha fora da janela |
Medimos o ciclo: 44% das vendas fecham no mesmo dia da conversa e 92% em até 7 dias. Ou seja, "iniciou conversa" é um preditor forte e cabe na janela de atribuição do Meta — o que a compra, em parte, não faz. Esse ciclo curto é o argumento de janela de atribuição e o seu ciclo de venda.
Como o evento sai do CRM e chega ao Meta
- 01O CRM avisa a mudança de etapa por webhook (respondeu, conversa iniciada, oportunidade ganha). Qualquer CRM com automação consegue; o formato é o do webhook genérico.
- 02O evento entra na linha do tempo da pessoa, casado por e-mail ou telefone com o lead que o pixel já conhecia.
- 03Um Envio filtra o evento (só o produto X, só a etapa Y) e o mapeia para um nome de evento no Meta — "CRMConversaIniciada", por exemplo.
- 04O Meta recebe pelo CAPI com e-mail, telefone, nome, e o fbc/fbp da visita que o pixel guardou. Medido: e-mail em 91–97%, telefone em 100%, fbc em 70% desses eventos — melhor que o pageView.
- 05No Gerenciador, a conversão personalizada é criada sobre esse evento, e a campanha passa a otimizar para ela.
O CRM sabe quem conversou. O pixel sabe de que anúncio a pessoa veio. O evento que junta os dois é o que o algoritmo nunca teve.
Os detalhes que decidem
- Filtrar por produto. O mesmo CRM atende três produtos; sem o filtro, a conversão do produto A otimiza a campanha do produto B. O nome do produto vai no content_name para o Meta filtrar também.
- Dedup na origem. "Respondeu" acontece uma vez por oportunidade; se o CRM reenviar, a chave de deduplicação impede o segundo evento.
- Só o que o Meta pode usar. O evento leva produto, pipeline, etapa, vendedor como parâmetros — e NUNCA o e-mail ou o telefone em texto puro fora dos campos hasheados. Um catálogo genérico que copia todo o payload vaza contato; já explicamos os erros de CAPI que não aparecem.
- Duas etapas, dois eventos. "Respondeu" e "Conversa iniciada" são conversões diferentes; o Meta otimiza para uma por conjunto de anúncios.
O que aparece depois
No Gerenciador de Eventos, duas conversões personalizadas com volume de centenas por semana e qualidade de correspondência alta. Na campanha, a possibilidade de otimizar para "conversa" em vez de "formulário". E na sua base, a pergunta que fecha o ciclo: quantos leads de cada campanha responderam, conversaram e compraram — a coluna do ROAS real que o Meta não tem.
No CrazyLeads o CRM entra pela fonte de webhook, os eventos de etapa casam com o lead pelo resolvedor de identidade, e o Envio para o Meta filtra por produto e etapa, mapeia o nome do evento e monta o payload com os campos de identidade hasheados — com auditoria de cada entrega e a cobertura de cada parâmetro medida.