Seu ROAS é mentira: como o tracking quebrado esconde de onde vem a venda

Seu Gerenciador de Anúncios diz que a campanha está em 4x de ROAS. Seu extrato bancário diz outra coisa. Quem está mentindo?

Nenhum dos dois. O problema é o que está entre eles: o tracking.

Marketing fala com sentimento e espera resultado. Engenharia de vendas mede onde o dinheiro vaza e fecha o vazamento. E em mídia paga, o primeiro vazamento quase nunca está na campanha — está na medição. Você não tem um problema de tráfego. Tem um problema de dado.

O número que você lê não é o número que aconteceu

O ROAS do Gerenciador é uma divisão simples: receita rastreada ÷ verba gasta. O problema mora na primeira palavra: rastreada.

Hoje, o rastreamento via navegador (o pixel client-side) captura apenas 60 a 70% das conversões reais. O resto — 30 a 40% — acontece de verdade, entra no caixa, mas a plataforma nunca enxerga. Não é uma falha pontual. É o efeito composto de três camadas de bloqueio que se acumularam nos últimos anos:

• iOS / App Tracking Transparency: entre 75% e 85% dos usuários de iPhone optam por não ser rastreados. Eles compram na mesma proporção que os outros — mas para o pixel, é como se nunca tivessem existido.
• Bloqueadores e fim dos cookies de terceiros: ad blockers, navegadores com proteção de privacidade e a morte progressiva do cookie cortam outro naco do sinal.
• Jornada multi-dispositivo: o cara vê o anúncio no celular e compra no desktop. O pixel perde a conexão entre os dois.

A conta perversa: se o pixel só vê 65% das vendas, seu ROAS "real" é cerca de 1,5x maior do que o número que o Gerenciador te mostra. Você pode estar cortando uma campanha lucrativa achando que ela não paga.

E o estrago é duplo. Primeiro, você decide errado — escala a campanha errada, mata a campanha certa. Segundo, e pior: o algoritmo decide errado. A Meta e o Google otimizam a entrega com base nos sinais de conversão que recebem. Se eles só recebem 65% dos sinais, estão mirando com 35% de venda no escuro. Mídia ruim não é só você pagando caro — é a máquina aprendendo com dado incompleto.

O blueprint: devolver a visão para a plataforma

A correção não é "mexer no criativo" nem "trocar o público". É reconstruir a camada de medição. Três movimentos, nesta ordem.

1. Server-side tracking: tire o evento das mãos do navegador

Em vez de confiar no pixel do navegador do usuário, o seu servidor envia os eventos de conversão direto para Meta e Google. Como o evento não passa pelo navegador, ele escapa do opt-out do iOS, dos bloqueadores e da perda de cookie.

O resultado é medido: server-side recupera de 20% a 40% das conversões que o client-side perde. A faixa depende do seu público:

Perfil de tráfego	Recuperação típica
Mobile pesado (educação, serviços, infoproduto)	25% – 35%
Misto desktop/mobile	15% – 25%
B2B desktop	10% – 15%

2. CAPI / Enhanced Conversions: suba o match rate

Mandar o evento do servidor não basta — a plataforma precisa casar aquele evento com um usuário real dela. É aqui que entra a API de Conversões da Meta (CAPI) e o Enhanced Conversions do Google, alimentados por dados first-party (e-mail, telefone, hasheados).

Implementação client-side pura tem match rate de 60-70%. Com CAPI bem feito, o match rate passa de 90%. A Meta inclusive te dá uma nota disso: o Event Match Quality (EMQ), de 0 a 10. Se o seu está abaixo de 6, você está deixando sinal na mesa.

3. Deduplicação: não conte a mesma venda duas vezes

Quando você envia o evento pelo pixel e pelo servidor, precisa garantir que a plataforma entenda que é a mesma conversão — senão você infla o número para o outro lado. A deduplicação (via event_id consistente entre client e server) é o que mantém o dado honesto. Pular esse passo troca um erro por outro.

Os dados que provam o ponto

Não é teoria. Os números do mercado são consistentes:

• Client-side hoje captura só 60-70% das conversões reais.
• Server-side recupera 20-40% desse sinal perdido.
• iOS: 75-85% de opt-out — a maior fonte de cegueira.
• Match rate sobe de ~65% para 90%+ com first-party data via CAPI.

Em um dos turnarounds que tocamos, a reestruturação da operação de mídia com rastreamento avançado levou uma conta a 6,45x de ROI em 90 dias — não porque mudamos o público, mas porque passamos a enxergar o que estava acontecendo e a alimentar o algoritmo com dado real.

Implementação: o que fazer na segunda-feira

Você não precisa do stack inteiro de uma vez. A ordem de prioridade é esta:

1. Audite o que está perdido. Compare as conversões do Gerenciador com as vendas reais da plataforma de pagamento no mesmo período. O gap entre os dois é o tamanho da sua cegueira. Se for maior que 20%, pare de escalar até consertar.
2. Implemente CAPI com deduplicação. É o passo de maior retorno por esforço. Pixel + servidor com event_id casado, EMQ acima de 6.
3. Migre para GTM server-side. A base de container server-side é o que torna o resto sustentável e à prova das próximas quebras de API (e elas vêm).
4. Valide o ROAS real. Recalcule o retorno com os novos números. É esse número — não o do Gerenciador — que decide escalar, manter ou cortar.

Mídia paga não é um botão de turbinar. É uma máquina com peças. E a primeira peça, antes de qualquer otimização de campanha, é o instrumento que mede o resultado. Otimizar a campanha com tracking quebrado é como ajustar o motor olhando para um velocímetro que marca metade da velocidade.