Como saber se o pixel está instalado certo?

Os três defeitos mais comuns em instalação de pixel

Na prática, quase todo problema de medição em trafego pago cai em uma dessas três categorias. Primeiro, evento duplicado: o pixel dispara "Purchase" duas vezes para a mesma compra, geralmente porque o código está tanto no template do site quanto em um app de terceiro, tipo um plugin de checkout. Segundo, compra contada em página recarregável: a página de agradecimento dispara o evento de compra toda vez que é aberta, e se o cliente atualiza a página ou volta com o botão do navegador, o pixel registra uma venda que não existe. Terceiro, ausência de API de Conversões: o pixel depende só do navegador, e navegador perde dado por bloqueador de rastreamento, cookie de terceiro bloqueado ou app de e-mail que abre o link sem carregar o script.

Qualquer um desses três problemas infla ou reduz o número que o algoritmo usa para aprender. E algoritmo que aprende com dado sujo otimiza para o público errado, gastando a sua verba em quem não compra de verdade.

Como saber se o pixel está duplicando o evento de compra

O teste mais simples: abra o Gerenciador de Eventos da plataforma (Meta, Google ou TikTok, dependendo de onde você anuncia) e olhe o histórico de eventos em tempo real. Faça uma compra de teste no seu próprio site e veja quantas vezes o evento "Purchase" aparece para aquele único pedido. Se aparecer mais de uma vez com o mesmo valor e o mesmo horário, tem duplicação.

Outro sinal indireto: compare o número de compras que o pixel reporta com o número de pedidos que efetivamente saíram no seu sistema de gestão ou no extrato de pagamento, no mesmo período. Se o pixel mostra um número visivelmente maior, a causa mais comum é duplicação ou contagem em página recarregável.

Compra contada na página de obrigado: como testar

Finalize uma compra de teste e, na tela de confirmação, aperte F5 para recarregar a página cinco ou seis vezes seguidas. Depois volte ao Gerenciador de Eventos e veja se o evento de compra disparou de novo a cada recarga. Se disparou, o problema está na forma como o evento foi implementado: ele deveria ser disparado uma vez, atrelado ao ID único do pedido, e não simplesmente porque a URL da página de obrigado foi aberta.

A correção passa por usar deduplicação por ID de transação, tanto no pixel do navegador quanto na API de Conversões. Isso é trabalho técnico, geralmente do desenvolvedor da loja junto com quem cuida da mídia, e não dá para resolver só ajustando a campanha.

Por que a API de Conversões muda o resultado

O pixel de navegador enxerga cada vez menos. Bloqueador de anúncio, navegador com proteção de privacidade e configuração de cookie de terceiro fazem o evento se perder antes de chegar na plataforma. A API de Conversões manda o mesmo evento direto do servidor da loja para a plataforma de anúncio, sem depender do navegador do visitante. Quando as duas fontes trabalham juntas, com deduplicação correta, a contagem fica mais completa e mais confiável.

Sem API de Conversões, é comum o número de vendas real do caixa ser maior do que o número que o pixel reporta, porque parte das conversões some no caminho. Isso também prejudica a otimização: o algoritmo recebe menos exemplo de quem compra, e demora mais para aprender o perfil certo de público.

Como ler o funil para saber se o pixel faz sentido

Depois de checar duplicação e API de Conversões, olhe o funil completo, não só o topo do relatório. Em uma conta de hamburgueria que a gente opera, com R$ 28.585 investidos, o pixel registrou R$ 220.872 em vendas, com 3.062 pedidos a R$ 9,34 de custo por pedido, retorno de 7,73 vezes sobre a verba. O funil mostrou 10.322 adições ao carrinho e 5.334 finalizações de compra iniciadas até chegar nas 3.062 compras.

Etapa	Quantidade
Adições ao carrinho	10.322
Finalizações de compra iniciadas	5.334
Compras registradas pelo pixel	3.062

Esse tipo de leitura importa porque ela mostra queda progressiva e coerente entre etapa e etapa, sem salto estranho. Se o número de compras fosse maior do que o de finalizações iniciadas, por exemplo, isso seria sinal claro de duplicação ou de evento contado fora de ordem. Vale lembrar: esse valor de vendas é o que o pixel registrou, e o ideal é sempre cruzar com o extrato de pagamento ou o sistema de pedidos do próprio negócio, porque tráfego entrega demanda e mede o que acontece até o clique virar pedido, mas a confirmação financeira final é sempre do lado do cliente.

O que fazer quando os números não batem

Se você comparar o pixel com o seu sistema de vendas e a diferença for grande, o primeiro passo não é pausar campanha, é auditar a implementação: checar duplicação, checar se a página de obrigado dispara evento certo, e checar se existe API de Conversões configurada e passando o mesmo ID de transação que o pixel do navegador usa. Isso é trabalho técnico que deveria acontecer nos primeiros dias de qualquer operação, antes mesmo de otimizar campanha, porque campanha otimizada com dado errado só aprende o padrão errado mais rápido.

Perguntas frequentes

O pixel errado pode fazer eu gastar mais verba sem necessidade?

Pode. Se o pixel conta compra duas vezes ou perde parte das conversões por falta de API de Conversões, o algoritmo otimiza com base em um número que não reflete a realidade, e isso atrasa o aprendizado da campanha, gastando verba com público que não é o ideal.

Preciso de desenvolvedor para corrigir o pixel?

Na maioria dos casos sim, principalmente para configurar a API de Conversões e a deduplicação por ID de transação. É um ajuste técnico no site ou na loja, feito uma vez, e depois passa a rodar sozinho.

Dá pra saber se o pixel está certo só olhando o retorno da campanha?

Não. Retorno alto pode esconder duplicação, e retorno baixo pode esconder perda de evento por falta de API de Conversões. O jeito confiável é comparar pixel com pedido real e olhar o funil completo, etapa por etapa.