Resposta rápida: o Meta Pixel mede eventos pelo navegador do usuário. A Conversions API, ou CAPI, envia eventos pelo servidor, backend, checkout, CRM ou ferramenta integrada. Na prática, o melhor cenário para campanhas de venda é usar Pixel e CAPI juntos, com deduplicação correta por event_name e event_id, para reduzir perda de sinal e evitar contar o mesmo evento duas vezes.
Pixel e CAPI não são concorrentes. Eles resolvem partes diferentes do mesmo problema: medir ações importantes e enviar sinais melhores para a Meta otimizar campanhas.
Se você está começando a configuração do zero, veja o guia de como configurar Meta Pixel e CAPI. Se o problema é duplicação, leia também erro de deduplicação CAPI event_id. Se quer validar a instalação, use o checklist de como testar eventos do Meta Pixel.
- Pixel: dispara no navegador e é mais simples de instalar.
- CAPI: envia eventos pelo servidor e tende a ser mais resistente a bloqueios do navegador.
- Juntos: ajudam a melhorar cobertura de eventos, desde que exista deduplicação.
- Erro comum: instalar os dois sem usar o mesmo
event_idpara a mesma ação.
O que é Meta Pixel?
Meta Pixel é um código JavaScript instalado no site para registrar ações do visitante, como visita, lead, clique no checkout e compra.
Exemplos de eventos enviados pelo Pixel:
PageView;ViewContent;Lead;InitiateCheckout;Purchase.
O Pixel é útil porque vê o comportamento do usuário dentro do navegador. Ele ajuda a montar públicos, medir conversões e alimentar a otimização das campanhas.
O limite é que ele depende do navegador. Bloqueadores, consentimento, instabilidade de carregamento, extensões, cache e problemas no GTM podem impedir ou atrasar disparos.
O que é Conversions API?
Conversions API é a forma de enviar eventos diretamente do servidor para a Meta.
Em vez de depender apenas do navegador, a CAPI pode receber eventos de:
- backend do site;
- checkout;
- CRM;
- ferramenta de automação;
- webhook da Hotmart;
- server-side GTM;
- n8n ou integração própria.
Isso é especialmente importante para venda de infoprodutos, porque a compra aprovada muitas vezes acontece fora da landing page. O usuário clica no botão, vai para o checkout e a venda é confirmada em outro ambiente.
CAPI vs Pixel: diferença principal
Leitura rápida: Pixel mede no navegador; CAPI envia do servidor. Em campanha séria, os dois precisam conversar.
| Critério | Meta Pixel | Conversions API |
|---|---|---|
| Origem do evento | Navegador do usuário | Servidor, checkout, CRM ou integração |
| Instalação comum | Código no site ou GTM Web | Backend, parceiro, API, server-side GTM ou webhook |
| Melhor uso | Visitas, cliques, páginas e ações no site | Compras, leads qualificados e eventos confirmados |
| Principal risco | Bloqueio, consentimento, cache, tag que não dispara | Payload errado, token, deduplicação e integração mal feita |
| Teste principal | Pixel Helper, Test Events, GTM Preview | Test Events, logs, Diagnostics e resposta da API |
| Deduplicação | Usa event_id quando existe evento equivalente no servidor |
Usa o mesmo event_name e event_id do Pixel |
Quando usar apenas Pixel?
Usar apenas Pixel pode fazer sentido quando:
- você está validando uma landing page simples;
- o orçamento é baixo e a estrutura ainda é inicial;
- você mede ações de topo, como
PageView,ViewContente cliques; - não existe compra direta ou checkout externo;
- você ainda não tem acesso técnico para servidor, webhook ou API.
Mesmo assim, o Pixel precisa ser testado. Não basta instalar e presumir que está funcionando. Use Pixel Helper, Test Events e GTM Preview antes de olhar relatório de campanha.
Quando usar CAPI?
Use CAPI quando o evento é importante demais para depender só do navegador.
Casos comuns:
- venda aprovada na Hotmart;
- lead confirmado no CRM;
- pagamento aprovado;
- evento enviado por webhook;
- compra que acontece fora da página;
- funil com várias ferramentas;
- campanha com volume e orçamento relevantes.
Para infoproduto, a CAPI costuma ser mais importante no evento de Purchase. O clique no botão pode ser medido pelo Pixel, mas a compra aprovada deve vir de uma fonte mais confiável, como checkout, webhook ou servidor.
Quando usar Pixel e CAPI juntos?
Use os dois juntos quando você quer mais cobertura de sinal sem perder controle da medição.
Exemplo prático:
- Usuário visita a página.
- Pixel envia
PageView. - Usuário clica no checkout.
- Pixel envia
InitiateCheckout. - Compra é aprovada na Hotmart.
- Servidor ou webhook envia
Purchasepela CAPI. - Se também houver
Purchasepelo Pixel, os dois precisam ter o mesmoevent_namee o mesmoevent_id.
Essa configuração combina velocidade do navegador com confiabilidade do servidor.
O erro que mais atrapalha: duplicar eventos
O erro clássico é instalar Pixel e CAPI e deixar os dois enviarem o mesmo evento como se fossem ações diferentes.
Exemplo ruim:
“`text Pixel: event_name: Purchase event_id: browser_abc
CAPI: event_name: Purchase event_id: server_xyz “`
Se os dois representam a mesma compra, isso tende a gerar problema. A Meta precisa reconhecer que é a mesma ação.
Exemplo correto:
“`text Pixel: event_name: Purchase event_id: purchase_123
CAPI: event_name: Purchase event_id: purchase_123 “`
Essa é a lógica de deduplicação. Mesmo evento, mesmo nome, mesmo ID.
Qual evento mandar por Pixel e qual mandar por CAPI?
Leitura rápida: eventos leves podem ficar no Pixel; eventos de negócio devem ter uma fonte server-side quando possível.
| Ação | Evento sugerido | Melhor origem |
|---|---|---|
| Carregou a página | PageView |
Pixel |
| Viu página de oferta | ViewContent |
Pixel |
| Clicou para checkout | InitiateCheckout |
Pixel ou Pixel + CAPI |
| Enviou formulário | Lead |
Pixel + CAPI se houver backend/CRM |
| Compra aprovada | Purchase |
CAPI ou Pixel + CAPI com deduplicação |
| Reembolso/cancelamento | Evento interno ou ajuste em relatório | Sistema financeiro/checkout |
Não transforme todo clique em Purchase. Compra é venda aprovada. Clique para checkout é intenção, não receita.
Checklist para decidir entre Pixel e CAPI
Use esta lógica:
- Se a ação acontece no navegador, o Pixel costuma ser suficiente para começar.
- Se a ação acontece no servidor, checkout, CRM ou webhook, use CAPI.
- Se a ação é crítica para otimização, considere Pixel + CAPI.
- Se os dois enviam o mesmo evento, use o mesmo
event_nameeevent_id. - Se você não consegue testar, não escale orçamento ainda.
Checklist antes de subir campanha
Antes de aumentar verba, confira:
- Pixel ID correto no site;
- eventos aparecem no Pixel Helper;
- eventos aparecem em Test Events;
- GTM Preview confirma tags e triggers;
- CAPI retorna sucesso ou aparece em Test Events;
Purchasetemvalueecurrency;event_idé igual no Pixel e na CAPI quando for o mesmo evento;- domínio está verificado quando aplicável;
- Diagnostics não mostra erro crítico;
- Ads Manager não é usado como primeira ferramenta de debug.
CAPI melhora o resultado da campanha?
CAPI não é botão mágico.
Ela pode melhorar a qualidade e a cobertura dos sinais enviados para a Meta, principalmente quando o Pixel perde eventos ou quando a conversão acontece fora do navegador. Mas o resultado também depende de oferta, criativo, público, página, orçamento, janela de aprendizado e qualidade do evento enviado.
Uma CAPI mal configurada pode atrapalhar. Eventos duplicados, Purchase falso, valor errado e lead de baixa qualidade ensinam o algoritmo na direção errada.
Erros comuns em CAPI vs Pixel
Os erros que mais aparecem:
- tratar Pixel e CAPI como rastreamentos separados;
- não usar
event_id; - usar
event_iddiferente para a mesma compra; - enviar
Purchaseno clique do botão; - esquecer
valueecurrencyno evento de compra; - depender só do Pixel em checkout externo;
- testar olhando primeiro o Ads Manager;
- não validar Diagnostics depois de publicar;
- instalar CAPI por plugin sem entender quais eventos ele envia.
Perguntas frequentes
CAPI substitui o Pixel?
Na maioria dos casos, não. CAPI complementa o Pixel. O Pixel mede eventos no navegador e a CAPI envia eventos pelo servidor ou integrações. Para campanhas de venda, os dois juntos costumam ser o melhor caminho.
Posso usar só CAPI?
Pode, mas nem sempre é ideal. Se você usar só CAPI, pode perder eventos de navegação e comportamento no site que o Pixel captura bem. Para compra aprovada, CAPI pode ser a fonte principal; para navegação, Pixel ainda é útil.
Pixel e CAPI contam conversão duas vezes?
Podem contar se forem configurados errado. Para evitar duplicação, eventos equivalentes precisam usar o mesmo event_name e o mesmo event_id.
O que é mais importante: Pixel ou CAPI?
Depende do evento. Para visita e clique no site, Pixel é simples e direto. Para compra aprovada, lead confirmado ou evento de checkout externo, CAPI tende a ser mais confiável.
Preciso de CAPI para Hotmart?
Se você quer medir compra aprovada com mais precisão, sim, faz sentido usar CAPI ou uma integração server-side. O clique para checkout não prova venda. A compra aprovada precisa vir do checkout, webhook ou integração confiável.
Como saber se CAPI está funcionando?
Teste no Gerenciador de Eventos, veja Test Events, confira Diagnostics e valide logs ou resposta da API. Se usa Pixel junto, confira também se a deduplicação está correta.
Qual é a configuração ideal para infoproduto?
Uma configuração comum é Pixel para PageView, ViewContent e InitiateCheckout, e CAPI para Lead qualificado e Purchase aprovado. Quando o mesmo evento sai pelos dois caminhos, use deduplicação.