Pixel da Meta não dispara ou a compra não aparece: diagnóstico

Publicado em 10 de outubro de 2026 pela equipe do UTM Builder, na Limner.

Divida o problema em dois. A extensão Meta Ads Data Advisor (o antigo Meta Pixel Helper) mostra se o pixel carrega na página. O Test Events, no Gerenciador de Eventos, mostra se o evento chegou à Meta. Quando um vê e o outro não, você já sabe em que metade do caminho procurar.

1. O pixel carrega?

A Data Advisor é uma extensão gratuita do Chrome. Abra a página, desligue o bloqueador de anúncios para aquele site e clique no ícone. Se o ícone não tem número, não há pixel da Meta instalado na página. A extensão mostra o pixel como Warning (configurado de forma errada) ou Inactive (não está enviando eventos), e avisa quando o código está duplicado na mesma página.

• Compare o ID que a extensão mostra com o do Gerenciador de Eventos. O código base traz o ID em dois lugares, e os dois precisam ser o do pixel certo.
• O código base vai no <head> de todas as páginas que você quer medir. Ele dispara um PageView a cada carregamento, e a Meta pede para não remover essa chamada.
• Na documentação de instalação, o sinal de que deu certo é um PageView novo nos detalhes do pixel no Gerenciador de Eventos. Se não aparecer, espere alguns minutos e atualize.

2. O evento chega?

Abra o Test Events (Gerenciador de Eventos, fontes de dados, seu pixel) e faça a ação de verdade: adicionar ao carrinho, iniciar checkout, comprar. Para eventos de servidor, a API manda o código de teste em test_event_code; tire esse campo quando terminar.

A própria Meta avisa que a Data Advisor pode não detectar eventos de clique em botão, dependendo de como o site foi feito. Se a extensão não mostra o evento de clique, confirme no Test Events antes de mexer no código.

3. GTM e consentimento

Se o pixel está no Gerenciador de tags, clique em Visualizar no espaço de trabalho, conecte o site no Tag Assistant e refaça a ação. A depuração mostra se a tag disparou, qual acionador disparou e por que não disparou. Tudo o que você corrigiu só vale no site depois de publicar a versão.

Com banner de cookies, o pixel pode estar pausado. A Meta documenta fbq('consent', 'revoke') antes do init para pausar o envio e fbq('consent', 'grant') quando a pessoa aceita. Se o banner nunca chama o grant, nada sai. Teste aceitando e recusando, e veja o que chega em cada caso.

4. Evento na página errada

• No exemplo da Meta, o Purchase é chamado quando a página de confirmação da compra carrega. Purchase no clique do botão Comprar mede intenção, e conta quem desiste no pagamento.
• No Purchase, a tabela de parâmetros marca value como obrigatório. Mande também currency: 'BRL'.
• Conversão personalizada por URL só funciona se a ação puder ser identificada por um trecho de URL exclusivo dela. Página de obrigado com o mesmo endereço do checkout não serve.
• Acionador do GTM com URL exata demais falha quando a página ganha UTM, barra no fim ou www. Prefira uma condição que procure um trecho estável do caminho.

5. Pix, boleto e pixel por produto

Em plataforma de infoproduto, a compra que não aparece muitas vezes nem chegou a ser paga. Na Kiwify:

• O pixel é configurado em cada produto, até 50 por produto. Pixel no produto errado não recebe nada.
• O Purchase sai com cartão ou Pix aprovado. Cartão recusado não gera Purchase, e boleto gerado não dispara Purchase por padrão.
• Cada pixel tem um domínio de disparo, que deve ser o mesmo domínio verificado no Facebook.
• A API de conversão também é configurada por produto, e a Kiwify pede para repetir o processo a cada produto novo.

Se o pixel funciona e o Purchase aparece em dobro, o problema é outro: veja compra duplicada no Pixel e na API.