Por que o Facebook mostra mais conversões do que você realmente teve

Se o gerenciador do Meta mostra 120 compras e o seu checkout confirma 80, nenhum dos dois está mentindo: eles medem coisas diferentes. O gerenciador conta conversões que ele atribui a um anúncio dentro de uma janela e de um critério que ele define; o checkout conta pedidos aprovados. Entender as quatro causas dessa diferença é o que separa quem ajusta a leitura de quem corta a campanha errada.

Causa 1: a janela de atribuição

A configuração padrão do Meta credita ao anúncio uma compra que aconteça até 7 dias depois do clique. Uma pessoa clica na segunda, pensa a semana inteira e compra no domingo: o Meta conta essa venda como conversão do anúncio de segunda. O relatório do dia da compra não bate com o relatório de conversões daquele dia.

Isso não é um defeito. É a forma correta de medir uma decisão de compra que não é instantânea. O problema é comparar o número de conversões de um período com o faturamento do mesmo período, como se fossem a mesma coisa.

Como ajustar: nos relatórios do gerenciador, mude a coluna de atribuição para 1 dia após o clique quando quiser algo mais próximo do faturamento diário, e mantenha 7 dias para decisões de otimização.

Causa 2: conversões por visualização

Além dos cliques, o Meta pode contar quem viu o anúncio e comprou depois sem clicar — a chamada conversão por visualização, geralmente com janela de 1 dia. É a causa mais subestimada da inflação.

Para produtos de compra recorrente ou marca conhecida, esse número é grande: a pessoa ia comprar de qualquer jeito, viu o anúncio no meio do caminho e o anúncio levou o crédito.

Como ajustar: separe as colunas. Analise "compras (clique de 7 dias)" e "compras (visualização de 1 dia)" isoladamente antes de decidir orçamento. Se a maior parte do resultado está na coluna de visualização, o anúncio pode estar sendo pago por vendas que já aconteceriam.

Causa 3: evento duplicado entre pixel e CAPI

Esta é técnica e é a mais comum de todas. Ao instalar a API de Conversões, o mesmo evento de compra passa a ser enviado por dois caminhos: o pixel do navegador e o servidor. Se os dois envios não carregam o mesmo event_id, o Meta não consegue reconhecer que são o mesmo evento e conta duas vezes.

O sintoma é característico: as conversões praticamente dobram de um dia para o outro, coincidindo com a data em que a CAPI entrou no ar.

Como verificar: no Gerenciador de Eventos, a aba de sobreposição mostra a taxa de deduplicação. Se ela estiver baixa ou zerada com os dois canais ativos, o event_id não está sendo compartilhado.

Como corrigir: gere um identificador único por evento no seu servidor (ou no data layer), envie o mesmo valor em eventID no pixel e em event_id na CAPI. Envie também event_name e event_time idênticos.

Causa 4: várias plataformas reivindicando a mesma venda

Se você anuncia no Meta e no Google ao mesmo tempo, some as conversões dos dois gerenciadores e o total costuma passar do número de pedidos reais. Cada plataforma usa último clique dentro do próprio universo: se a jornada passou pelos dois, os dois reivindicam.

Nenhuma delas está errada isoladamente. A soma é que não faz sentido — e é exatamente a soma que muita gente usa para calcular ROAS geral.

Como montar uma fonte da verdade

O princípio é simples: um número decide dinheiro, outro decide otimização.

1. O checkout decide dinheiro. Faturamento, número de pedidos e ticket médio saem da plataforma onde a venda acontece. Esse é o número que vai para a planilha e para a decisão de orçamento total.
2. O gerenciador decide otimização. As conversões que a plataforma enxerga são o que alimenta o algoritmo. Quanto mais completas, melhor a entrega — mesmo que não batam com o checkout.
3. Uma camada independente reconcilia os dois. É o papel de uma ferramenta de atribuição: ler o clique, ler o pedido e dizer qual campanha originou qual venda, com um único modelo para todos os canais. A Decisa.app — produto do mesmo grupo que mantém este site — faz esse cruzamento com atribuição multi-touch; o ranking completo traz as alternativas.

Um diagnóstico de 20 minutos

O caso oposto: quando o gerenciador reporta menos

Vale dizer que o problema inverso também existe, e é ainda mais comum: bloqueadores, privacidade do iOS e eventos que não disparam fazem o gerenciador enxergar menos conversões do que a loja fez. Se é o seu caso, o caminho é rastreamento server-side, e a calculadora de perda por rastreamento impreciso estima o tamanho do buraco.