Por que o Meta diz 40 conversões e o tracker diz 31: entendendo a discrepância

A pergunta chega quase sempre da mesma forma: o gerenciador do Meta mostra 40 conversões no período, o tracker mostra 31, e alguém quer saber qual está errado.

Nenhum está. Os dois estão respondendo perguntas diferentes com metodologias diferentes, e esperar que coincidam é como esperar que o extrato do banco bata com a previsão de caixa. Este artigo trata de por que divergem, de como separar diferença estrutural de defeito técnico, e do que fazer com cada caso.

O que cada lado está contando

Antes de diagnosticar, é preciso entender que os dois números têm definições distintas.

A plataforma de anúncio conta: conversões que ela consegue associar a uma exposição sua — clique ou visualização — dentro da janela configurada, no fuso da conta de anúncios, incluindo casos estimados por modelagem quando o sinal direto não existe, e atribuindo a si mesma quando houve participação.

O tracker conta: eventos que o anunciante confirmou por postback, ligados a um click_id gerado quando o usuário passou pelo link de redirect, deduplicados por id de transação, no fuso configurado no relatório.

Escrito lado a lado, fica claro que o encontro exato seria coincidência.

As causas estruturais (esperadas, não são defeito)

1. Conversão por visualização

A configuração padrão de várias contas inclui conversão por visualização — a pessoa viu o anúncio, não clicou, e converteu depois. A plataforma credita. O tracker não vê, porque não houve clique e portanto não há click_id.

Em conta de retargeting essa parcela é grande. Em prospecção fria, pequena. É o primeiro item a checar quando a diferença é sistemática.

2. Modelagem estatística

Quando o sinal direto se perde — restrições de navegador, consentimento negado, iOS —, a plataforma estima quantas conversões provavelmente ocorreram e inclui esse número no relatório. Não é invenção: é inferência declarada. Mas é um número que não corresponde a linhas individuais, então não há nada para reconciliar.

3. Janelas diferentes

Janela de 7 dias no tracker e 7 dias de clique + 1 de visualização no gerenciador já produz diferença. Janela de 30 dias de um lado e 7 do outro produz diferença grande e permanente.

Isso é trivial de alinhar e frequentemente ignorado. Vale revisar as duas configurações lado a lado antes de qualquer investigação técnica. O efeito de cada escolha está detalhado em modelos de atribuição explicados.

4. Fuso horário

O gerenciador usa o fuso da conta de anúncios. O tracker usa o fuso do relatório. Se um está em horário de Brasília e outro em UTC, três horas de conversões migram de um dia para o outro todo santo dia.

No agregado mensal isso quase some. No relatório diário, produz diferença de 2% a 5% que parece instabilidade de rastreamento e é só corte de data.

5. Atribuição concorrente

Se o usuário clicou num anúncio de Meta e depois num de Google, ambos podem creditar a conversão para si dentro de suas janelas. O tracker, operando por último clique, credita uma só. Somar os painéis sempre dá mais que o total real — isso é aritmética de atribuição, não erro.

6. Cross-device

Anúncio visto no celular, compra feita no desktop. A plataforma resolve isso pelo login do usuário na rede dela. O tracker só resolve se o click_id viajar junto — o que depende de o fluxo preservar o parâmetro.

As causas técnicas (defeito de verdade)

Se a diferença é maior do que as causas acima explicam, ou se ela mudou de tamanho sem mudança na operação, há problema técnico. O diagnóstico começa no log.

O log de postbacks como ponto de partida

Todo postback recebido fica registrado com status. Os quatro estados contam histórias diferentes:

Um exemplo de leitura, com números ilustrativos, num mês de campanha:

• 40 conversões no gerenciador
• 31 conversões casadas no tracker
• +6 duplicadas (mesma transação reenviada, corretamente descartadas)
• +4 órfãs (chegaram sem click_id)
• +1 inválida (token errado num merchant recém-configurado)

Nesse cenário, 4 órfãs e 1 inválida são problema real e corrigível — voltariam ao relatório se corrigidas. As 6 duplicadas não são perda: são a deduplicação funcionando. A diferença remanescente de 4 a 5 conversões cai nas causas estruturais da seção anterior.

Esse é o tipo de leitura que transforma uma discussão em uma lista de tarefas. O funcionamento detalhado do recebimento e do mapeamento está em postback server-side.

Órfã: a categoria mais informativa

Conversão órfã significa que o anunciante registrou uma venda que você não consegue ligar a nenhum clique seu. Causas comuns, em ordem de frequência:

• Parâmetro perdido em redirecionamento. A landing page redireciona (www para não-www, http para https, página de idioma) e o click_id cai no caminho. É a causa número um.
• Formulário que não propaga o campo. O lead é capturado, mas o campo oculto com o click_id não é enviado adiante.
• App ou checkout externo. O usuário sai do navegador e volta sem o parâmetro.
• Tráfego que não passou pelo link de redirect. Alguém subiu um anúncio apontando direto para a landing. Mais comum do que se admite, especialmente em equipe grande.
• Merchant enviando conversão que não é sua. Postback configurado enviando tudo em vez de apenas o tráfego identificado.

O teste é sempre o mesmo: clicar no próprio link e seguir o click_id visualmente até o final do fluxo. Se ele desaparece em algum passo, achou. A anatomia dessa perda e as correções estão em atribuição quebrada.

Inválida: quase sempre configuração

Token errado, payload em formato diferente do esperado, campo obrigatório ausente. Inválidas costumam vir em bloco logo depois de uma configuração nova e depois param. Inválida recorrente ao longo do mês inteiro significa que alguém configurou errado e ninguém olhou.

Duplicada: geralmente saudável

A maioria dos merchants faz retry quando não recebe confirmação. A deduplicação por id de transação existe exatamente para isso. Volume de duplicadas é normal.

O caso patológico é o inverso: merchant que envia o mesmo id para vendas diferentes, o que faria a deduplicação descartar conversão legítima. O sinal disso é volume alto de duplicadas espalhado ao longo do dia, em vez de concentrado em rajadas de retry. Confirmar alguns ids no sistema do anunciante resolve a dúvida.

O caso inverso: tracker mostrando mais que a plataforma

Acontece e assusta menos, mas tem diagnóstico próprio.

• Perda do identificador de clique antes da conversão. A plataforma não consegue creditar a si mesma porque o gclid ou fbclid não chegou de volta — mas o postback do anunciante chegou ao seu tracker com o click_id. Como isso funciona está em gclid, fbclid e ttclid.
• Conversão fora da janela da plataforma. Ciclo de venda mais longo que a janela configurada no gerenciador.
• Tráfego que a plataforma não enxerga. Parte do volume veio de outra fonte e está corretamente no seu tracker.
• Evento contado em estágio diferente. Se o merchant envia postback no cadastro e a plataforma conta na venda, os números nem deveriam ser comparados.

Esse último ponto merece ênfase: comparar eventos de estágios diferentes é o erro conceitual mais comum na análise. Antes de investigar qualquer coisa, confirme que os dois lados estão contando o mesmo evento.

Qual número defender

O do tracker, quando a conversa é sobre dinheiro.

Não por preferência, por propriedade da evidência: cada conversão casada tem click_id, id de transação e um registro de quando chegou. Isso é reconciliável com o relatório de pagamento do anunciante, linha a linha. O número da plataforma não é — inclui modelagem e visualização por construção.

Isso não desqualifica o dado da plataforma. Ele tem função: alimentar o algoritmo de otimização e indicar tendência. O que ele não é: base contábil.

A separação prática, que vale escrever no rodapé do relatório:

• Número oficial de resultado: tracker, último clique, janela e fuso declarados.
• Número de referência operacional: plataforma, usado para leitura de entrega e otimização.

Como organizar isso num documento que o cliente lê sem discutir está em o que mostrar no relatório de tráfego para cliente, e a mecânica dos recortes por dia, campanha e fonte em relatórios.

Por que o pixel continua existindo

Uma conclusão apressada de tudo isso é "então desligo o pixel". Não.

A plataforma precisa de sinal de conversão para otimizar entrega. Sem ele, a campanha perde qualidade de aprendizado e o custo sobe — o que é um problema bem pior do que ter dois números diferentes no relatório. O pixel serve ao algoritmo; o postback serve à sua contabilidade. A comparação entre as duas abordagens e os casos em que cada uma falha está em rastreamento server-side vs pixel.

O arranjo que funciona na maioria das contas de agência: pixel ativo para otimização, postback server-side para verdade financeira, e a régua documentada para que ninguém confunda os papéis. O desenho geral da captura de clique e atribuição está em tracking e atribuição, e as particularidades por plataforma em Meta Ads e Google Ads.

Roteiro de diagnóstico em 8 passos

Quando a diferença passar do aceitável, siga na ordem — os primeiros passos são baratos e resolvem a maioria dos casos.

1. Confirme que é o mesmo evento. Cadastro não se compara com venda.
2. Alinhe a janela dos dois lados.
3. Alinhe o fuso e refaça o recorte.
4. Verifique conversão por visualização na configuração da campanha.
5. Abra o log de postbacks e classifique: casado, duplicado, órfão, inválido.
6. Corrija inválidas — quase sempre token ou payload.
7. Rastreie uma órfã ponta a ponta clicando no próprio link e seguindo o click_id.
8. Confirme se existe tráfego fora do link de redirect, checando se há anúncio ativo apontando direto para a landing.

Se depois disso a diferença permanecer dentro da faixa explicada por visualização, modelagem e atribuição concorrente, ela é estrutural. Documente e siga.

Como falar disso com o cliente

A diferença vira problema de relacionamento quando aparece como surpresa. Três práticas resolvem:

• Declare a régua no rodapé de todo relatório: fonte do número, modelo, janela, fuso.
• Explique a diferença uma vez, no início do contrato, não na primeira vez que ela é questionada.
• Mostre o log quando perguntarem. Casado, duplicado, órfão e inválido são quatro palavras que transformam desconfiança em discussão técnica.

Quem opera com dados próprios tem um argumento a mais: o número não depende do que a plataforma decidir mostrar no trimestre que vem. Para quem atende carteira de contas, a leitura complementar está em Affilitrack para agências e em Affilitrack para afiliados; os termos usados aqui estão no glossário, as dúvidas recorrentes no FAQ, a visão do produto em plataforma, as opções de contratação em planos e as diferenças entre abordagens em comparativos.