Trackeamento de ofertas: por que o seu relatório mostra menos vendas do que o gateway

Quase toda semana alguém me manda o mesmo print: o checkout mostra 40 vendas no dia e o gerenciador de anúncios mostra 22. A primeira reação é culpar o anúncio, a plataforma ou "o algoritmo". Na maioria das vezes, o problema está no trackeamento, e o trackeamento de ofertas tem pontos de falha bem conhecidos.

Trackeamento é o caminho que a informação percorre do clique no anúncio até a venda aprovada. Se qualquer ponto desse caminho falha, a venda acontece, mas não volta para quem precisava saber dela: a plataforma de anúncios.

Por que isso importa tanto

A plataforma de anúncios aprende com as conversões que recebe. Se ela só enxerga metade das vendas:

• o custo por compra aparece mais alto do que é de verdade;
• campanhas boas parecem ruins e acabam pausadas;
• o algoritmo otimiza para o público errado, porque aprende com dados incompletos.

Ou seja, um trackeamento ruim não erra só o relatório. Ele piora o resultado das próximas campanhas.

Onde o trackeamento de ofertas perde vendas

1. Os parâmetros do anúncio somem no caminho

O anúncio leva o visitante para a página com parâmetros na URL, como fbclid, gclid e as UTMs. Se a página redireciona, troca de domínio ou manda para o checkout sem repassar esses parâmetros, a origem da venda se perde ali.

2. O pixel não carrega ou é bloqueado

Bloqueadores de anúncio, navegadores com proteção contra rastreamento e páginas lentas impedem o pixel de disparar. O visitante compra e o navegador nunca avisa a plataforma.

3. A compra é disparada no lugar errado

Muita oferta dispara o evento de compra na página de obrigado. O problema é que Pix e boleto não são aprovados nessa hora. Uma parte das pessoas nunca chega à página de obrigado, e outra parte chega e não paga.

4. Pixel e servidor duplicam ou não se conversam

Quem usa pixel e API de Conversões ao mesmo tempo, sem deduplicação, conta a mesma venda duas vezes. Quem usa só um dos dois perde parte dos dados.

Como fechar os buracos

1. Preserve os parâmetros do clique até o checkout. Eu explico como em UTMs que chegam até o checkout.
2. Envie a compra pelo servidor, a partir da confirmação do pagamento, e não só pelo navegador.
3. Deduplique os eventos do pixel e do servidor com o mesmo identificador.
4. Mande dados de qualidade: cookies _fbp e _fbc, e-mail e telefone com hash, IP e navegador.
5. Confira todo dia se o número da plataforma bate com o do gateway. Uma diferença pequena é normal. Uma diferença de 30% ou mais é sinal de que algo quebrou.

O que eu olho primeiro quando um cliente reclama

• A URL da página de vendas mantém o fbclid quando chega ao checkout?
• O evento de compra sai do navegador, do servidor ou dos dois?
• Os eventos têm o mesmo event_id nos dois lados?
• O webhook do gateway está chegando e sendo processado?

Na maioria dos casos, a resposta para uma dessas perguntas já explica a diferença.

Trackeamento não é o assunto mais bonito de uma oferta, mas é ele que decide se o dinheiro do anúncio está sendo bem usado. Se quiser que eu revise o seu funil, me chama.