Peguei uma conta no fim do ano passado que reportava ROAS 9. O time comemorava. Abri o histórico de conversões e encontrei a compra sendo contada três vezes: tag do Google Ads direto no site, importação do GA4 e uma tag antiga de Universal Analytics reaproveitada num acionador de página de obrigado. ROAS real: 3,1. Toda decisão de budget dos seis meses anteriores tinha sido tomada em cima de um número inflado em quase 3x.

Isso não é caso raro. Em 8 anos e mais de R$50 milhões operados em Google, Meta, LinkedIn, TikTok e Bing, auditar tracking virou a primeira coisa que eu faço em qualquer conta nova. Antes de olhar criativo, antes de olhar estrutura de campanha, antes de opinar sobre lance. Este post é o checklist que eu uso, na ordem em que eu uso.

Por que auditar conversion tracking antes de otimizar qualquer campanha?

Porque em 2026 quase tudo é lance automatizado. Smart Bidding no Google, Advantage+ no Meta, Smart+ no TikTok. Esses sistemas não otimizam pra realidade do seu negócio, otimizam pro sinal de conversão que você entrega. Se o sinal está duplicado, o algoritmo acha que a conta converte o dobro e afrouxa o CPA alvo. Se o sinal está faltando, ele acha que nada funciona e estrangula a entrega. Nos dois casos você perde dinheiro sem nenhum alerta na interface.

Auditar conversion tracking é barato perto do custo de não auditar. Uma auditoria completa me toma de 2 a 4 horas numa conta média. Um erro de deduplicação rodando por seis meses numa conta de R$100 mil/mês custa dezenas de milhares de reais em decisão errada.

E tem um segundo motivo, menos óbvio: auditoria de tracking define o que você pode prometer. Se o cliente pergunta “quanto custa um lead?” e o tracking conta formulário enviado e formulário visualizado como a mesma coisa, qualquer resposta é chute. Eu não assumo meta de performance em conta sem tracking auditado. Ponto.

O que verificar no Google Ads?

No Google Ads eu verifico cinco pontos, sempre nessa ordem, em Metas > Conversões:

1. Ações primárias vs secundárias. Só ação primária alimenta o Smart Bidding. O erro clássico é “page view da página de obrigado”, “clique no WhatsApp” e “compra” todos como primários ao mesmo tempo. O algoritmo trata os três como equivalentes e otimiza pro mais barato, que nunca é a compra. Micro-conversões ficam como secundárias, servem pra observação.

2. Fonte de cada conversão. Aqui mora a duplicação. Se existe uma ação de compra com fonte “tag do Google Ads” e outra com fonte “GA4” e as duas estão primárias, a compra conta duas vezes. Regra que eu sigo: uma fonte primária por evento de negócio. Ou a tag nativa via GTM, ou a importação do GA4, nunca as duas. Detalhei a implementação no post sobre conversion tracking no Google Ads via GTM.

3. Enhanced Conversions. Verifico se está ativado e, mais importante, se está recebendo dados. Muita conta tem o toggle ligado e a tag sem a variável de e-mail configurada, ou seja, ligado no papel e morto na prática. O diagnóstico da própria ação de conversão mostra a cobertura. Escrevi um guia separado de Enhanced Conversions no Google Ads com o passo a passo.

4. Janela de conversão e modelo de contagem. Lead gen com contagem “todas” em vez de “uma” infla lead em 10-20% (a mesma pessoa envia o formulário duas vezes). E-commerce com janela de 90 dias num ciclo de compra de 3 dias suja a comparação entre períodos. Ajusto os dois pro ciclo real do negócio.

5. Valor da conversão. Se a meta é ROAS, o valor precisa chegar dinâmico. Vejo conta com tROAS ativo e valor fixo de R$1 em toda compra: o algoritmo está otimizando pra quantidade de pedidos, não pra receita, e ninguém percebeu.

O que verificar no Meta?

No Meta o centro da auditoria é o Events Manager. Quatro pontos:

1. Pixel disparando nos eventos certos. Abro o Events Manager e olho o volume dos últimos 7 dias por evento. PageView existe? Purchase existe? O volume faz sentido (Purchase não pode ser maior que InitiateCheckout)? Depois navego no site com o Meta Pixel Helper aberto e confiro cada etapa do funil. A definição de quais eventos rastrear eu detalhei em eventos de conversão no Meta Ads.

2. CAPI ativo e recebendo. Em 2026, rodar só Pixel client-side é aceitar perder de 20 a 35% dos eventos entre bloqueadores, iOS e consent. No Events Manager, cada evento mostra o método de recebimento: se aparece só “navegador” e nada de “servidor”, a Conversions API não está de pé. Como montar isso sem depender de desenvolvedor eu mostrei no post de CAPI do Meta via GTM, e o racional de arquitetura completo está em Pixel + Conversions API.

3. Deduplicação funcionando. Pixel e CAPI enviando o mesmo Purchase sem event_id compartilhado = compra contada duas vezes. O Events Manager mostra o percentual de eventos deduplicados; quero ver dedup ativa em todo evento que chega pelos dois canais. É o erro mais caro que eu encontro em contas Meta, e tem post inteiro sobre deduplicação de conversão explicando como validar.

4. EMQ (Event Match Quality). Nota de 1 a 10 por evento, mede a qualidade dos dados de match (e-mail, telefone, fbp, fbc) que chegam com o evento servidor. Abaixo de 5, o Meta não consegue ligar a conversão ao usuário e o evento vale pouco pra otimização. Meu piso em fundo de funil é 6; acima de 8 é onde as contas boas ficam. EMQ baixo quase sempre significa que o CAPI está mandando evento pelado, sem dados do cliente.

Como testar eventos na prática?

Relatório não é teste. Teste é disparar o evento você mesmo e ver ele chegar. Meu roteiro usa três ferramentas, todas gratuitas:

Tag Assistant (Google). Abro o modo preview do GTM, navego pelo funil inteiro (home, produto, carrinho, checkout, obrigado) e confiro cada tag: disparou no acionador certo? Uma vez só? Com as variáveis preenchidas? Atenção especial a acionador de “página de obrigado” que também dispara em refresh: F5 na página de obrigado não pode gerar segunda conversão.

Test Events no Events Manager (Meta). Com o código de teste ativo, faço uma conversão real ou simulada e confiro se o evento chega duplicado (navegador + servidor) com o mesmo event_id. É aqui que a deduplicação se prova: dois registros, um evento contado.

DebugView (GA4). Ativo o debug e sigo a mesma sessão de teste. Serve pra validar os eventos que o Google Ads importa e pra conferir parâmetros de valor e moeda. De quebra, confiro se os UTMs estão chegando limpos, porque taxonomia bagunçada de UTM destrói análise de canal (escrevi um padrão em estrutura de UTMs).

Dois cenários que eu sempre incluo no teste e quase ninguém testa: compra via celular em rede 4G (fora do Wi-Fi do escritório, sem extensões de navegador) e jornada que cruza domínios, tipo site institucional pra checkout em outro domínio. Nesse segundo caso a sessão quebra e a conversão vira “direct” se o cross-domain tracking não estiver configurado.

Checklist completo de auditoria de conversion tracking

O fluxo macro é sempre o mesmo, seja a conta de R$10 mil ou de R$1 milhão por mês:

E o checklist item a item que eu marco durante a auditoria:

• Mapa de conversões: listar todo evento que cada plataforma considera conversão e qual ação de negócio ele representa. Se dois eventos representam a mesma ação, um sai.
• Google Ads, primárias: só conversões de negócio real como ação primária; micro-conversões rebaixadas pra secundárias.
• Google Ads, fonte única: nenhuma ação de negócio com tag nativa E importação do GA4 primárias ao mesmo tempo.
• Enhanced Conversions: ativado e com cobertura de dados confirmada no diagnóstico, não só o toggle ligado.
• Contagem e janela: “uma” pra lead, “todas” pra compra; janela compatível com o ciclo de venda.
• Valor dinâmico: receita real chegando na tag quando a meta é ROAS, com moeda certa.
• Meta, funil no Pixel Helper: ViewContent, AddToCart, InitiateCheckout e Purchase disparando nas páginas certas, uma vez cada.
• Meta, CAPI + dedup: eventos chegando por navegador e servidor com event_id compartilhado e deduplicação confirmada no Events Manager.
• Meta, EMQ: nota 6+ nos eventos de fundo de funil; abaixo disso, enriquecer os dados de match no servidor.
• Refresh e voltar: F5 na página de obrigado e botão voltar não geram conversão nova.
• Cross-domain e UTMs: sessão sobrevive à troca de domínio; UTMs seguem taxonomia única.
• Prova real com backend: conversões da plataforma vs CRM/pedidos dos últimos 30 dias, divergência dentro de 15-20%.
• Documentação: planilha com evento, ferramenta, acionador, fonte e dono. Sem isso a próxima pessoa quebra tudo de novo.

Quais erros de tracking eu mais encontro em contas que audito?

Ranking honesto, do mais frequente pro mais raro, com base nas contas que passaram pela minha mão:

1. Conversão duplicada (tag + importação do GA4, ou Pixel + CAPI sem dedup). Infla resultado em 40-100% no evento afetado. É o primeiro lugar disparado.
2. Micro-conversão como ação primária. “Clique no botão de WhatsApp” competindo com “venda” pelo mesmo orçamento de sinal. O CPA parece ótimo e a receita não acompanha.
3. Enhanced Conversions e CAPI “ligados” sem dados. Toggle ativo, variável de e-mail vazia, EMQ em 3. Setup de enfeite.
4. Valor fixo em conta com meta de ROAS. O lance automatizado persegue pedido barato em vez de receita.
5. Tag órfã de setup antigo. Tag de agência anterior, de Universal Analytics ou de teste que nunca foi removida e segue contando.
6. Conversão que dispara em refresh da página de obrigado. Sozinho adiciona uns 5-10% de conversão fantasma.

Repare que nenhum desses erros derruba o site, dispara alerta ou aparece em qualquer notificação. Tracking quebrado não dói na hora, dói seis meses depois, na reunião em que alguém compara o relatório da plataforma com o faturamento real.

Com que frequência repetir a auditoria?

Tracking não é projeto com fim, é manutenção. Minha rotina:

• Auditoria completa (2-4 horas): ao assumir qualquer conta, e depois a cada 6 meses.
• Verificação rápida (20-30 minutos): mensal. Volume de eventos por fonte, EMQ, diagnóstico das ações de conversão, comparação com backend.
• Re-teste imediato: depois de qualquer mudança no site (novo checkout, nova landing page, migração de plataforma, redesign). É aqui que a maioria dos trackings morre: o time de produto troca a página de obrigado e ninguém avisa quem cuida da mídia.

Um alerta simples que me salva com frequência: acompanhar o volume diário de conversões e investigar qualquer queda ou salto acima de 30% que não tenha explicação de mídia ou sazonalidade. Dá pra montar isso num painel de Google Data Studio em uma tarde, cruzando plataforma e backend lado a lado.

Perguntas frequentes