Ideia principal
Use os pedidos únicos e válidos da loja ou do CRM como referência do negócio. Compare relatórios com o mesmo escopo e só identifique sobreposição quando houver evidências por pedido. Mantenha os números de Google Ads e Meta separados e explique os casos que os dados não permitem resolver.

No fechamento do mês, a soma das conversões de Google Ads e Meta pode superar o número de pedidos da loja. Isso, por si só, não comprova uma falha no rastreamento. Cada plataforma observa interações e atribui conversões segundo suas regras. O trabalho de conciliação é tornar essa diferença compreensível sem transformar suposições em vendas.
Qual número deve entrar no resultado do negócio?
Comece pelo sistema que registra os pedidos. Conte cada identificador uma única vez, dentro de uma regra aprovada para pagamentos, cancelamentos e devoluções. Defina também o valor considerado: uma base com frete e impostos não é diretamente comparável a outra que exclui esses itens. Documentar o critério evita refazer a discussão a cada fechamento.
O total resultante responde quantos pedidos válidos existem naquele recorte e quanto eles somam. A atribuição responde outra pergunta: a quais interações o sistema associou a compra. Nenhuma dessas contagens, sozinha, demonstra quantas compras deixariam de acontecer sem a publicidade. Essa é uma questão de incrementalidade.
Antes de cruzar as bases, confira o que cada coluna significa
Salve cópias das fontes com a data de extração. Verifique período, fuso, moeda e tratamento de reembolsos. Depois confira a referência de data: as colunas usuais de conversão do Google Ads se baseiam na interação com o anúncio. As colunas por momento da conversão ajudam na comparação com pedidos registrados pela data da compra, mas não igualam as regras de atribuição.
A mesma palavra, “conversão”, pode esconder ações diferentes. Confira o evento escolhido, a forma de contagem, as ações principais e secundárias, as janelas e o modelo efetivamente usados. Na Meta, consulte as definições de clique, visualização e engajamento aplicáveis à conta e à exportação. Em março de 2026, a Meta anunciou mudanças de medição, com prazos de adoção que podem variar entre anunciantes. Não presuma uma configuração padrão para todos.
O exemplo: sete atribuições não são sete vendas
Considere seis pedidos inteiramente fictícios, todos pagos em 1º de setembro de 2026, no fuso UTC, em EUR. Os valores excluem impostos e frete, e não há reembolsos. Para mostrar a lógica, o exercício fornece vínculos por pedido; não pressupõe que as plataformas exportem uma lista completa com essa informação.
Os seis pedidos somam 700 EUR. O Google atribui quatro deles às suas campanhas, no valor de 570 EUR. A Meta faz o mesmo com três, somando 300 EUR. A100 e A103 estão nos dois grupos: a sobreposição é de dois pedidos e 220 EUR. Assim, 4 + 3 − 2 = 5 pedidos estão vinculados a pelo menos uma plataforma.
Nos dados fornecidos para o exemplo, A104, de 50 EUR, não está atribuído a nenhuma das duas. Ao incluí-lo, chegamos aos seis pedidos: 570 + 300 − 220 + 50 = 700 EUR. Repare que 7 − 6 = 1 não revela a sobreposição, que é 2. Esse raciocínio depende de registros compatíveis por pedido; totais modelados, fracionários ou apenas agregados não permitem aplicar a mesma conta automaticamente.
Dados fictícios para fins didáticos
Exemplo: sete atribuições, seis pedidos
Seis pedidos fictícios pagos em 1º de setembro de 2026. Fuso: UTC. Moeda: EUR. Os valores considerados excluem impostos e frete; reembolsos: 0. Os vínculos por pedido foram fornecidos para este exercício.
| Pedido | Valor | Atribuído ao Google | Atribuído à Meta |
|---|---|---|---|
| A100 | € 100 | Sim | Sim |
| A101 | € 150 | Sim | Não |
| A102 | € 80 | Não | Sim |
| A103 | € 120 | Sim | Sim |
| A104 | € 50 | Não | Não |
| A105 | € 200 | Sim | Não |
1 = atribuição confirmada nos dados revisados; 0 = ausência de atribuição confirmada nesses dados; em branco = desconhecido ou sem evidências suficientes. Para vincular pedidos reais, use apenas evidências próprias disponíveis e permitidas. O valor 0 não comprova ausência de influência publicitária.
Edite o CSV no seu computador. Não há formulário de envio; não publique dados de clientes.
Você está corrigindo duplicação ou sobreposição?
Um evento enviado duas vezes à mesma plataforma é uma questão técnica. Duas plataformas atribuírem a mesma compra às suas campanhas é outra. A primeira pede investigação da coleta; a segunda pede clareza na apresentação do resultado. Somar as colunas e chamar o resultado de “vendas” mistura as duas coisas.
No Google Ads, um transaction_id estável pode impedir a repetição da mesma ação de conversão. Ele não elimina a sobreposição com a Meta, nem constitui um relatório padrão completo de atribuição por pedido. Quando navegador e servidor enviam cópias de um evento à Meta, confira a implementação de deduplicação na documentação correspondente. Os identificadores não devem conter nomes, e-mails ou outros dados pessoais dos clientes.
Como fechar o relatório sem esconder as lacunas
Quando houver evidências próprias disponíveis e de uso permitido, relacione-as aos pedidos. Se elas não existirem, registre a ausência. Não encontrar um vínculo não significa provar que a publicidade não teve influência. E duas somas agregadas não permitem descobrir quantos pedidos estão nas duas plataformas.
- Mantenha o total do negócio em uma linha própria
- Mostre Google Ads e Meta conforme reportados, com suas configurações
- Separe eventos repetidos de correspondências verificadas entre plataformas
- Identifique os casos desconhecidos e o restante agregado ou modelado
- Registre hipóteses, regras de valor e datas das extrações
O fechamento passa a ter uma explicação que outra pessoa consegue conferir. A meta não é forçar todos os números a ficar iguais, mas saber o que cada um pode sustentar.
Onde a IA reduz trabalho manual
A IA pode ajudar a mapear colunas, destacar campos ausentes e transformar resultados conferidos em uma explicação clara. Faça as contagens e somas com cálculos determinísticos e mantenha revisão humana para as exceções. Nenhum modelo consegue reconstruir identidades indisponíveis, inventar pedidos ausentes ou determinar o efeito causal real de um canal.
Use a planilha local com o mínimo de dados anonimizados. Um piloto de AI Workflow Launch pode organizar um único fluxo de fechamento, com fontes, regras, testes de exceção, revisão e entrega combinados. Isso cria uma rotina que o time consegue repetir e questionar quando os dados mudam.
Fontes oficiais
Google Ads · Data discrepanciesGoogle Ads · Conversion tracking dataMeta · Ad measurement update (2026-03-03)Google Ads · Transaction IDs and duplicate conversionsMeta · Official WooCommerce event implementationMindVerve
Automação de marketing
O AI Workflow Launch permite definir um piloto de um único fluxo de relatórios, com fontes e regras acordadas, testes de exceções, revisão e entrega ao time.
Planejar um piloto de relatóriosLeia o guia · AI Workflow Launch