"Estou olhando para o Meta Ads e as compras continuam travadas em zero." Você tem certeza de que instalou o pixel, mas nenhum número aparece. Esse é o problema mais comum — e mais angustiante — na operação de anúncios. E sem saber o motivo, seu lance, alocação de orçamento e otimização viram pura adivinhação.
Alguma dessas situações soa familiar?
- Você instalou o pixel, mas as compras/conversões continuam em zero
- Estava funcionando ontem, e o rastreamento parou de repente
- Dispara no navegador, mas a conversão não aparece no Meta
- O status do Gerenciador de Eventos está em "Não está recebendo eventos" (ponto cinza)
- Os números do Meta não batem com o GA4 ou com os resultados do seu backend
Este guia organiza o que verificar, e em que ordem, quando as conversões do Meta não aparecem — em cinco etapas de diagnóstico. Antes de sair trocando o pixel aleatoriamente, percorra-as de cima para baixo.
Princípio básico: existem apenas três tipos de "sem conversões"
O maior motivo pelo qual o diagnóstico dá errado é tratar "sem conversões" como um único problema. Na realidade, a causa sempre se encaixa em uma de três categorias. Simplesmente saber qual delas você está investigando torna todo o processo drasticamente mais fácil.
| Categoria | O que está acontecendo | Exemplo típico |
|---|---|---|
| ① Problema de pixel/tag | O sinal de medição não está sendo enviado de forma alguma | Pixel ausente na página de conclusão / não dispara nessa ação |
| ② Problema de configuração | O sinal chega, mas não é contado do lado do Meta | Incompatibilidade de nome de evento, configuração de 8 eventos, verificação de domínio, deduplicação |
| ③ Problema de tempo | Nada está realmente quebrado — você está esperando que apareça | Acabou de configurar / aguardando dentro da janela de atribuição |
O ponto-chave: ① e ② estão em lugares completamente diferentes. Ficar olhando para a tela de configuração de eventos não vai consertar um pixel que não está disparando (①), e vice-versa. As etapas de diagnóstico 1 a 5 abaixo estão ordenadas para eliminar essas três categorias de forma eficiente, de cima para baixo.
Diagnóstico 1: O pixel está mesmo na página de conclusão?
A primeira coisa a verificar é se o código base do pixel e o evento relevante estão presentes na página onde a conversão realmente acontece (a página de compra concluída, página de agradecimento, página de conclusão de contato, etc.).
- Mesmo que você ache que está em todas as páginas, é um erro clássico a página de conclusão usar um template diferente onde o pixel está ausente
- Confirmar o
PageViewna página inicial não significa nada se oPurchasenão disparar "na página exata no momento exato em que o resultado ocorre"
Como verificar: abra diretamente a página de conclusão e use o Meta Pixel Helper (extensão do Chrome) ou a aba "Network" das DevTools do navegador para observar a requisição de medição do Meta (facebook.com/tr). Se ela não disparar, o pixel provavelmente está ausente naquela página. Para o passo a passo focado apenas no pixel, veja Como Verificar se Seu Meta Pixel Está Disparando Corretamente.
Armadilha comum: se "os visitantes chegam à página de compra concluída, mas ela não é rastreada", esse Diagnóstico 1 é quase sempre a causa. Verifique a página exata no momento exato que você quer medir.
Diagnóstico 2: Leia o "status" e o recebimento no Gerenciador de Eventos
Abra o Gerenciador de Eventos do Meta, encontre seu pixel (dataset) e verifique seu status, além do recebimento de cada evento. Isso mostra uma pista importante.
| Status | Significado |
|---|---|
| Ativo (ponto verde) | Recebendo eventos recentemente (saudável) |
| Não está recebendo eventos (ponto cinza) | Nada chegou nas últimas 24 horas, aproximadamente |
| Eventos chegam, mas o evento-alvo está ausente | PageView chega, mas apenas o Purchase está ausente |
Travado em "Não está recebendo eventos" … nenhum sinal está chegando. Volte ao Diagnóstico 1 (instalação/disparo do pixel).
PageView chega, mas Purchase não … a base está instalada, mas apenas o evento de compra não está posicionado/disparando. Confirme o disparo dessa ação no Diagnóstico 3.
Para acompanhar em tempo real, insira sua URL ativa nos Eventos de Teste do Gerenciador de Eventos, complete a ação e confirme se ela aparece no fluxo em poucos segundos.
Armadilha comum: os Eventos de Teste mostram apenas "este exato momento" no seu próprio ambiente. Falhas que ocorrem apenas sob condições específicas — usuários sem consentimento, um navegador diferente, um bloqueador de anúncios — podem não se reproduzir no seu único teste manual.
Diagnóstico 3: Está disparando, e o nome do evento está correto? (verifique nas DevTools)
"O pixel está instalado" e "o evento correto está disparando" são coisas diferentes. Confirme que uma requisição é realmente enviada no momento em que o botão é clicado ou a página de conclusão carrega — e que o nome do evento padrão está correto.
- Abra a página de conclusão (ou a ação que dispara a conversão) e abra a aba "Network" nas DevTools
- Filtre por
facebook.com/tr - Veja se uma requisição dispara naquela ação
- Verifique o conteúdo da requisição:
id(ID do pixel),ev(nome do evento),cd[...](dados personalizados como valor e moeda)
O que isso revela: qual evento foi enviado, com quais parâmetros (a visão mais precisa do disparo ②).
Nomes de eventos padrão têm significados fixos: uma compra é Purchase, um lead é Lead, um cadastro concluído é CompleteRegistration. Um purchase em minúsculas ou um erro de digitação personalizado não é reconhecido como evento padrão, então não alimenta a otimização nem aparece na coluna de conversão. Confirme também se o value (valor) e a currency (moeda) do Purchase não estão ausentes — sem eles, você pode ter uma contagem de conversões, mas nenhuma forma de calcular o ROAS (retorno sobre o investimento em anúncios).
Armadilha comum: com um bloqueador de anúncios ou a proteção contra rastreamento do navegador ativados, o próprio
facebook.com/trfica bloqueado e parece que "não está disparando". Verifique em um estado limpo, com esses recursos desativados.
Diagnóstico 4: A armadilha do iOS 14 / AEM / verificação de domínio / 8 eventos
Se está disparando e sendo recebido, mas o número está menor do que / não bate com o esperado, as configurações específicas do Meta de Medição Agregada de Eventos (AEM) podem ser a causa. Isso é fácil de passar despercebido.
- Verificação de domínio: se o seu domínio não estiver verificado, você não pode definir a prioridade de eventos no AEM, e a medição fica restrita
- Priorização de 8 eventos: o AEM permite até oito eventos padrão priorizados por domínio. Se você esqueceu de incluir o
Purchaseentre os eventos priorizados, as compras de usuários iOS não são totalmente medidas - iOS (ATT) / perda de sinal: como o escopo mensurável diminui para usuários que recusam o ATT (App Tracking Transparency), parte do tráfego iOS é modelada ou descartada
Isso não é "quebrado" — são casos em que os dados são estruturalmente reduzidos. Para detalhes, veja Por Que o iOS 14 e o AEM Fazem Suas Conversões Caírem.
Armadilha comum: se "o Meta mostra visivelmente menos compras do que o backend do seu site", um domínio não verificado, uma configuração de 8 eventos ausente ou perda de sinal do iOS são os principais suspeitos. Verificar apenas o disparo do pixel não vai revelar isso.
Diagnóstico 5: Está sendo descartado por um ponto cego (modo de consentimento, janela de atribuição, deduplicação)?
Se você não encontrou nenhum problema até agora, mas os números continuam faltando ou baixos, suspeite de um ponto cego onde a medição é descartada ou desalinhada.
- Modo de consentimento (banner de cookies): quando os usuários não consentiram, o envio de eventos do navegador pode ser interrompido ou restrito. Para detalhes, veja Por Que o Modo de Consentimento Faz Suas Conversões Caírem
- Janela de atribuição: o padrão do Meta é 7 dias de clique e 1 dia de visualização. Para produtos com longo período de consideração, uma janela muito curta significa que resultados que você deveria capturar não aparecem no relatório
- Deduplicação e
event_id: se você usa o pixel do navegador junto com a API de Conversões (CAPI), eles precisam compartilhar o mesmo nome de evento eevent_id— caso contrário, você terá contagem duplicada ou eventos ausentes
Armadilha comum: se "mesmo quando eu mesmo passo pela página de conclusão, nada é rastreado", você pode estar testando sem consentimento, ou um bloqueador de anúncios pode estar ativo. Não conclua "zero = quebrado" a partir do seu próprio teste restrito.
Pode parecer que "não há nada", mas você só está esperando o relatório aparecer
Um caso surpreendentemente comum: entrar em pânico quando na verdade nada está quebrado. As conversões do Meta têm um atraso de relatório entre o momento em que ocorrem e o momento em que aparecem no painel, e continuam se acumulando depois, dentro da janela de atribuição (7 dias de clique por padrão).
Se você decidir "está em zero, está quebrado" logo após a configuração ou a troca de um pixel e começar a mudar as configurações de eventos, pode acabar quebrando uma conexão que estava saudável. Espere primeiro algumas horas até o dia seguinte e confirme se ainda está em zero. Para verificar em tempo real, o Diagnóstico 3 (verificação de disparo nas DevTools) e os Eventos de Teste são as ferramentas certas.
Referência rápida de diagnóstico
Uma tabela que aponta o primeiro lugar a suspeitar, com base no sintoma.
| Sintoma | Suspeite primeiro |
|---|---|
| Status travado em "Não está recebendo eventos" | Diagnóstico 1 e 3 (instalação/disparo do pixel) |
| Na página de conclusão, mas zero | Diagnóstico 1 (pixel ausente na página de conclusão) |
PageView chega, mas Purchase não |
Diagnóstico 3 (disparo do evento de compra/nome do evento) |
| Contagem de conversão aparece, mas valor/ROAS está vazio | Diagnóstico 3 (value/currency ausentes) |
| Meta mostra visivelmente menos compras do que o site | Diagnóstico 4 (verificação de domínio/8 eventos/perda de sinal do iOS) |
| Estava funcionando ontem, parou de repente | Diagnóstico 1 e 5 (mudança de pixel/mudança de consentimento ou deduplicação) |
| Nada é rastreado quando eu mesmo testo | Diagnóstico 5 (teste sem consentimento) / Diagnóstico 3 (bloqueador de anúncios) |
| Zero logo após a configuração | Verifique primeiro o atraso de relatório (tempo/janela de atribuição) |
Armadilhas do Google Tag Manager (GTM) a observar
Se você usa o GTM para implantar seu pixel do Meta, existem falhas específicas do GTM que as cinco etapas de diagnóstico acima não revelam diretamente:
- Contêiner não publicado: adicionar ou editar tags e acionadores no modo de rascunho do GTM não tem efeito até você clicar em "Enviar" e publicar. A tag pode parecer correta na pré-visualização, mas nunca chegar aos visitantes reais
- Configuração incorreta do acionador: um acionador configurado para disparar em "Visualização de Página" não vai disparar em uma conversão de clique de botão. Certifique-se de que o tipo de acionador (carregamento de página, clique, envio de formulário, evento personalizado) corresponde à ação real do usuário que constitui a conversão
- Pré-visualização do GTM vs. produção: o modo de pré-visualização/depuração do GTM pode mostrar a tag disparando, mas se a versão do contêiner em produção for mais antiga, os visitantes reais recebem a versão anterior (possivelmente quebrada). Sempre confirme se o número da versão publicada corresponde ao que você testou
- Vários contêineres ou conflitos de tags: se mais de um contêiner do GTM for carregado na mesma página, ou se o pixel estiver instalado tanto diretamente no HTML quanto via GTM, você pode ter eventos duplicados ou comportamento conflitante
Se você suspeitar de um problema do GTM, abra o modo de pré-visualização do GTM, percorra a ação de conversão e confirme se a tag do pixel do Meta dispara no acionador correto com o ID de pixel correto.
ID de pixel errado ou instalações duplicadas de pixel
Uma causa surpreendentemente comum de "zero conversões" é usar o ID de pixel errado. Se você gerencia várias contas de anúncios ou já trabalhou com agências, pode ter mais de um pixel. O pixel dispara corretamente, mas os dados vão para o dataset de outra conta de anúncios — então a conta que você está observando não mostra nada.
Como verificar: copie o ID do seu pixel no Gerenciador de Eventos e depois pesquise o código-fonte do seu site (ou o contêiner do GTM) por esse ID. Se você encontrar um ID diferente, ou se a mesma página carregar dois IDs de pixel diferentes, esse é o problema.
Instalações duplicadas de pixel — o mesmo pixel carregado duas vezes em uma página — causam um problema diferente: eventos contados em dobro. Isso infla seus números de conversão e distorce a otimização. Use o Meta Pixel Helper para verificar quantas vezes o pixel dispara por carregamento de página; deve ser exatamente uma vez por PageView.
Comparando números de conversão: Meta vs. GA4 vs. backend
Quando as conversões relatadas pelo Meta não batem com o GA4 ou com o seu backend, a diferença muitas vezes não é um bug — ela reflete diferenças estruturais em como cada plataforma conta. Antes de assumir que algo está quebrado, entenda essas diferenças:
| Fator | Meta | GA4 | Backend |
|---|---|---|---|
| Modelo de atribuição | Clique + visualização (padrão: 7 dias clique, 1 dia visualização) | Último clique (padrão) ou orientado por dados | Registro direto da transação |
| Método de contagem | Uma conversão por interação com o anúncio dentro da janela | Baseado em sessão | Registro de pedido/evento |
| Origem do sinal | Pixel + CAPI + dados modelados | gtag / tag do GA4 | Logs do servidor / banco de dados |
| Impacto do consentimento | Descarta ou modela usuários sem consentimento | Descarta ou modela conforme o modo de consentimento | Sem impacto |
Uma diferença de 20 a 40% entre o Meta e o seu backend é normal quando você depende apenas do rastreamento pelo navegador (sem CAPI). Se a diferença for maior, revise o Diagnóstico 4 (verificação de domínio, configuração de 8 eventos) e o Diagnóstico 5 (modo de consentimento, deduplicação). Para um olhar mais aprofundado sobre por que os números divergem entre plataformas, veja Por Que as Contagens de Conversão do Google Ads e do GA4 Não Batem.
O que diagnosticar na sua própria máquina não pode revelar
Os Diagnósticos 1 a 5 são todos úteis, mas verificar uma única vez na sua própria máquina tem duas limitações estruturais.
- Seu ambiente não é o ambiente dos seus visitantes. Estado de login, extensões, IP do escritório, estado de consentimento e afins fazem com que algo pareça estar bem na sua máquina, mas esteja ausente sob as condições reais dos visitantes.
- Conversões que envolvem um clique em anúncio são difíceis de verificar. Para realmente ver "isso rastreia mesmo através de um anúncio", você precisaria clicar em um anúncio ativo para recriar o caminho — o que traz o risco de uma violação de política por autoclique.
Julgar "dispara na minha ação, então está tudo bem" tende a deixar passar o problema de dados que desaparecem no caminho real que seus visitantes percorrem.
Uma checklist para verificar com confiança
- A base do pixel está na página de conclusão?
- O evento-alvo (por exemplo,
Purchase) dispara nessa ação (facebook.com/tr)? - O nome do evento corresponde exatamente a um nome de evento padrão (
Purchase,Lead,CompleteRegistration, etc.)? - O
valuee acurrencydo evento de compra estão presentes e corretos? - O domínio está verificado, com o
Purchaseincluído na priorização de 8 eventos do AEM? - Com a CAPI, os eventos do navegador e do servidor compartilham o mesmo nome de evento e
event_id(deduplicação)? - A janela de atribuição não é curta demais para o período de consideração do seu produto?
- Os dados não estão faltando apenas no seu único teste manual, mas sob condições reais de produção?
Perguntas frequentes
P. Instalei o pixel, mas as compras continuam em zero. R. Em ordem aproximada de probabilidade: ① o evento de compra não está na página de conclusão ou não está disparando (Diagnóstico 1 e 3), ② o nome do evento não corresponde a um nome de evento padrão (Diagnóstico 3), ③ atraso de relatório (tempo/janela de atribuição), ④ um domínio não verificado, uma configuração de 8 eventos ausente, ou o modo de consentimento interrompendo a medição (Diagnóstico 4 e 5). Percorra este artigo a partir do Diagnóstico 1.
P. Dispara no navegador, mas nenhuma conversão aparece no Meta. R. "Disparar (②)" e "o Meta receber/contar (③)" são coisas diferentes. O estado de consentimento, a perda de sinal do iOS, uma incompatibilidade de deduplicação com a CAPI, ou as configurações de verificação de domínio/8 eventos podem fazer com que dispare, mas não seja contado. Verifique o Diagnóstico 4 e 5.
P. Qual é a diferença entre "Não está recebendo eventos" e "eventos chegam, mas são poucos"? R. "Não está recebendo eventos" significa que nada chegou (recentemente) do pixel (um problema do lado do pixel = Diagnóstico 1 e 3). "Chegam, mas são poucos" significa que eles chegam, mas são reduzidos por um ponto cego (consentimento, iOS, janela de atribuição = Diagnóstico 4 e 5). O que verificar muda de acordo.
P. Mesmo quando eu mesmo passo pela página de conclusão, nada é rastreado. R. Possíveis causas: teste sem consentimento, um bloqueador de anúncios bloqueando a requisição, ou efeitos do IP do escritório. Depois de consentir, verifique o disparo nas DevTools e nos Eventos de Teste em um ambiente limpo, com bloqueadores desativados.
P. É mais confiável clicar no anúncio para verificar? R. Não. Clicar no seu próprio anúncio é tratado como uma violação de política (autoclique) e traz risco de revisão ou suspensão da conta. Verifique de fora da sua própria conta — em um ambiente independente.
Conclusão: isole de cima para baixo, depois verifique no caminho real
"Sem conversões no Meta" tem apenas três tipos de causa: ① pixel/tag, ② configuração, ③ tempo. Isolar em ordem — Diagnóstico 1 (instalação) → 2 (status/recebimento) → 3 (disparo/nome do evento) → 4 (iOS 14/AEM, verificação de domínio, 8 eventos) → 5 (consentimento, atribuição, deduplicação) — leva você à causa sem mexer no pixel aleatoriamente. Para o panorama completo da medição do Meta, veja o Guia Completo de Rastreamento de Conversões do Meta.
Mas as verificações de disparo na sua própria máquina têm limites. Ir além — confirmar que os dados são realmente registrados, no caminho real que seus visitantes percorrem, em produção — é o que "está rastreando" realmente significa.
O ConversionOK executa sua página em produção em um navegador real, independente e isolado, e intercepta os eventos do Meta realmente enviados (eventos padrão como Purchase, com value e currency), verificando-os — sem necessidade de clicar no seu próprio anúncio e sem interferência do seu ambiente de escritório. Comece com uma verificação estática gratuita para confirmar o ponto de entrada da sua medição.