Pixel ou API de Conversões: qual usar
A resposta curta é usar os dois. O pixel pega o que acontece no navegador; a API manda do servidor o que o navegador perdeu.
Por Patrick, Head de Tráfego na Cakto · Atualizado em
Use os dois. O pixel envia eventos do navegador e perde parte deles para bloqueadores de anúncio, usados por cerca de 30% das pessoas, e para o iOS. A API de Conversões envia os mesmos eventos do seu servidor. A Meta indica rodar os dois juntos, com o mesmo event_id, para contar cada venda uma vez.
Resumo
- Pixel envia do navegador; a API de Conversões, do servidor
- Os dois juntos, com o mesmo event_id, é o arranjo que a Meta indica
- Só com o pixel, 20 a 40% das conversões podem ficar escondidas
A Conecta implementa a API de Conversões da Meta no seu servidor e acompanha o EMQ depois do deploy.
Qual a diferença entre pixel e API?
O pixel é um código JavaScript que roda na página. Quando a pessoa compra, o navegador dela manda o evento ao Meta. A API de Conversões é uma conexão entre o seu servidor e o Meta: o evento sai de um sistema que você controla, com os dados do pedido e do cliente.
Segundo a Meta, o dado da API sofre menos com erro de carregamento, falha de conexão e bloqueador de anúncios do que o pixel. E usar a API junto com o pixel cria uma conexão mais confiável, que ajuda a entrega a baixar o custo por ação.
O pixel tem uma vantagem que o servidor não tem sozinho: ele vê o navegador. Cookies do Meta, como fbp e fbc, e o navegador de quem clicou nascem ali. Por isso a API funciona melhor quando o site repassa esses dados ao servidor, e o arranjo com os dois lados é o que a Meta descreve como redundante.
Pixel, API ou os dois: o que muda?
| Ponto | Só pixel | Só API | Pixel + API |
|---|---|---|---|
| Onde roda | navegador | seu servidor | os dois |
| Ad-blocker e iOS | cortam parte dos eventos | não alcançam o envio | o servidor cobre o que o navegador perdeu |
| fbp, fbc e navegador | captura sozinho | precisa receber do site | os dois lados enviam |
| Venda fora do site (WhatsApp, CRM) | não enxerga | envia por webhook | envia por webhook |
| Duplicidade | não se aplica | não se aplica | resolvida com event_id |
| EMQ no Gerenciador | não aparece | aparece | aparece |
Só o pixel é o arranjo mais simples e o que mais perde. Só a API resolve o bloqueio, mas depende de o site repassar ao servidor o que o navegador tem. Os dois juntos cobrem as duas pontas e liberam a nota de EMQ para você acompanhar.
Preciso da API se já tenho pixel?
Se você investe em mídia todo mês e vende fora do site ou em checkout de terceiro, sim. O pixel sozinho não vê a venda fechada no WhatsApp nem o pagamento aprovado depois no gateway, como boleto e Pix por link.
A pergunta útil é quanto a sua conta perde hoje. O Gerenciador de Eventos mostra o EMQ de cada evento do servidor, e a comparação entre os pedidos do gateway e as compras no Meta mostra a diferença em número. Na Cakto, o evento Lead foi de 6,1 para 9,3 depois da API no servidor.
Como evitar contar a venda 2 vezes?
Quando pixel e servidor mandam o mesmo Purchase, o Meta precisa saber que é uma venda só. Os dois enviam o mesmo nome de evento e o mesmo event_id; o Meta deduplica o que chega em até 48 horas e costuma ficar com o primeiro que recebeu. O número do pedido serve bem como event_id da compra.
Sem event_id, a Meta ainda tenta comparar o nome do evento com o fbp ou o external_id, mas esse caminho só funciona quando o evento do navegador chega primeiro. É a causa mais comum de Purchase dobrado no painel.
E a API habilitada pela Meta?
Em 2026 a Meta passou a oferecer a API de Conversões habilitada pela Meta, ativada no Gerenciador de Eventos. Ela espelha no servidor o que o pixel já mandou, sem configuração. Evento que o navegador não disparou continua de fora, e venda no WhatsApp e lead no CRM também não entram.
Para quem só tem loja simples e nenhum desses casos, pode ser um primeiro passo. Para quem vende pelo WhatsApp, usa checkout de terceiro ou quer subir o EMQ com dados do pedido, ele não chega lá.
Como começar sem quebrar o que funciona?
Ligue o servidor ao lado do pixel, sem desligar nada. Valide evento por evento na ferramenta Testar eventos e compare uma semana de compras com o gateway. Só depois troque a fonte que a campanha usa para otimizar.
É o processo da Conecta: diagnóstico de 30 minutos, proposta técnica, deploy em 72h em subdomínio seu com o pixel atual intocado e, depois, o EMQ acompanhado evento por evento.
Perguntas frequentes
A API de Conversões é obrigatória?
Não. O pixel funciona sozinho. A Meta indica a API junto com ele porque o evento do servidor sofre menos com bloqueio e falha de conexão.
Sem API, o pixel do WhatsApp serve?
O WhatsApp não roda pixel. Sem API, o Meta conta a conversa iniciada; a compra fechada no atendimento só volta por webhook e API, com o ctwa_clid.
Vou precisar de programador?
Para a API habilitada pela Meta, não. Para enviar venda do WhatsApp, do CRM ou do gateway, sim: é trabalho de servidor e webhook, com deploy em 72h.
Fontes oficiais
- Central de Ajuda da Meta: sobre a API de Conversões · consultada em
- Meta for Developers: deduplicação de eventos do pixel e do servidor · consultada em
- Central de Ajuda da Meta: comparar as opções de configuração da API de Conversões · consultada em
Leia também
Quer esse número na sua conta?
Em 30 minutos abrimos seu Gerenciador de Eventos, comparamos as vendas do gateway com o Meta e lemos o EMQ, se já houver CAPI.