Conversions API para Leads Qualificados

Em vez de mandar para o Meta apenas o evento "Lead", a LeadsPulse devolve os eventos de qualificação, agendamento e venda — para o algoritmo otimizar por qualidade real, não por volume bruto.

O que muda com sinais de qualidade

  • Algoritmo passa a otimizar pelo lead que avançou no funil, não pelo lead mais barato.
  • Lookalikes baseados em compradores reais, não em qualquer formulário preenchido.
  • Atribuição mais precisa por campanha, criativo e UTM.
  • EMQ alto (matching de dados) para Meta CTWA.

Eventos que vale enviar

  • Lead — entrada de conversa.
  • QualifiedLead — passou nos critérios de qualificação.
  • Schedule / Appointment — agendamento confirmado.
  • Purchase — venda real com valor monetário e moeda.

Boas práticas de payload

  • Sempre incluir event_id para deduplicar com o Pixel.
  • Enviar e-mail e telefone hasheados (SHA-256).
  • Incluir IP, user agent, FBC e FBP quando disponíveis.
  • Mandar valor monetário e moeda em Purchase.

Erros comuns

  • Mandar tudo como "Lead" — algoritmo otimiza por volume.
  • Não deduplicar — evento contado duas vezes infla CPA.
  • EMQ baixo — matching ruim e otimização imprecisa.
  • Enviar evento de venda sem valor — o algoritmo perde peso de retorno.

Integrações nativas

  • Meta Ads (Pixel + Conversions API + CTWA).
  • Google Ads (Enhanced Conversions + Offline Conversions).
  • TikTok Ads Events API.

Antes / depois qualitativo

  • Antes: caixa-preta — clicou no anúncio, sumiu.
  • Depois: cada estágio do funil volta como sinal para o algoritmo.

Perguntas frequentes

Preciso parar de usar Pixel?

Não. O ideal é manter Pixel client-side e somar a Conversions API server-side, deduplicando por event_id.

Conversions API resolve sozinha o problema do iOS?

Ajuda muito, porque o servidor manda dados que o navegador bloqueia. Combinado com Enhanced Conversions, recupera grande parte do sinal perdido.

Em CTWA, como rastreio sem Pixel?

Pela Conversions API server-side, com CTWA-CLID e payload de matching.