A conta de anúncios é real. Os dados de venda não.
Veja onde o rastreamento costuma quebrar.
A conta da Meta ou Google chega todo mês certinha. A coluna de conversões ao lado quase não mostra nada, o banco conta outra história. Esse buraco quase nunca é o anúncio. É o rastreamento.
Por que os números quase nunca batem sozinhos
Uma plataforma de anúncios só sabe de uma venda se algo contar pra ela. Por padrão, isso é um pixel no navegador, que envia um evento de conversão ao carregar a página. As mudanças de privacidade, de ajustes do iOS a bloqueadores de anúncios e avisos de cookies, fizeram esse único sinal perder uma parte crescente das conversões reais. A venda aconteceu. A plataforma de anúncios simplesmente nunca soube.
Essa é a razão mais comum pela qual um negócio vê receita real com quase nenhuma conversão correspondente. O anúncio não falhou. Ninguém configurou um segundo jeito de avisar a plataforma sobre uma venda que o pixel perdeu.
O que de fato o rastreamento do servidor conserta
A Conversions API na Meta, e a marcação do lado do servidor no Google, enviam o mesmo evento a partir do próprio servidor do negócio. Não só do navegador do visitante. Isso não substitui o pixel, apoia ele. Captura vendas que bloqueadores de anúncios ou ajustes de privacidade escondem da plataforma. Configurado certo, ligado ao fluxo real de pagamento, costuma ser o reparo de maior valor nessa situação.
Checando se funciona, não só se está instalado
Um pixel instalado uma vez e nunca mais checado é uma das coisas mais achadas numa auditoria. As duas grandes plataformas têm uma ferramenta de teste ao vivo feita justamente pra isso. Basta disparar uma ação de teste real e ver se o evento aparece em minutos. Isso leva uma hora, não um projeto, e já diz se o problema é o rastreamento ou outra coisa.
Quando o buraco está em outro lugar
Nem toda diferença é problema de pixel. Às vezes a plataforma de anúncios rastreia certo, mas um CRM não guarda de onde veio de fato um lead. O negócio não vê qual anúncio gerou qual venda, mesmo que a plataforma em si esteja bem. Checar os dois lados, o contador de conversões da plataforma e os próprios dados de pedidos, nas mesmas datas, mostra mais rápido onde de fato quebra.
Corrigir antes de escalar o gasto
Achar um buraco de rastreamento antes de aumentar o gasto quase sempre sai mais barato do que escalar pro mesmo ponto cego esperando que os números acompanhem. Com o rastreamento confirmado por eventos de teste reais, e comparado com pedidos reais, as decisões de escalar ou cortar ficam baseadas no que de fato acontece. Não numa plataforma que esteve perdendo uma parte real das vendas esse tempo todo.
O que fazer na próxima hora
- 01
Faça um pedido de teste real e veja se um evento de conversão dispara na ferramenta de teste da plataforma em minutos.
- 02
Verifique se o rastreamento do lado do servidor está configurado: Conversions API na Meta, marcação do lado do servidor no Google.
- 03
Compare o número de pedidos na sua loja ou CRM com as conversões mostradas, no mesmo período.
- 04
Não aumente o gasto com anúncios pra "testar se funciona" antes de confirmar o buraco. Isso só coloca mais dinheiro no mesmo ponto cego.
Quando nos chamar
Chame a gente se o gasto com anúncios é importante e o buraco de rastreamento já dura semanas. Também se você vai aumentar o gasto e quer confirmar o rastreamento antes. Receba um plano gratuito →
FAQ
É um problema de iOS ou privacidade que não dá pra resolver?
As mudanças de privacidade de fato tornaram o rastreamento só por navegador menos confiável, isso é real. É justamente por isso que existe o rastreamento do lado do servidor. Uma conexão bem configurada recupera boa parte dos eventos que um pixel sozinho perderia. A maior parte do buraco se resolve.
Como saber se o pixel de fato funciona?
Meta e Google têm cada um uma ferramenta de teste integrada que mostra eventos em tempo real. A gente checa isso direto, em vez de supor só pelos números reportados.
Pode ser um problema de CRM em vez de rastreamento?
Às vezes. Os pedidos podem estar bem registrados, mas um funil de CRM não guarda de onde veio o lead. Aí a plataforma de anúncios parece quebrada quando o buraco real está mais pra frente no funil. A gente checa os dois lados primeiro.
O que entra num reparo correto?
Um pixel funcionando mais uma conexão do lado do servidor. Eventos de teste confirmados em tempo real. Uma checagem de que os números combinam entre a plataforma, o GA4 e seus pedidos. E uma nota curta sobre o que estava errado.