E-commerce e infoprodutos

Rastreamento de vendas: como montar a cadeia do clique até o relatório

Por Equipe Affilitrack · · 12 min de leitura
Pessoa sentada à mesa analisando gráficos de vendas na tela de um notebook, com anotações em papel ao lado
Resposta curta

Rastreamento de vendas é a cadeia que liga um clique específico a uma venda específica, do anúncio até o relatório. Funciona quando cada clique recebe um identificador próprio, esse identificador viaja até o checkout e o vendedor devolve o mesmo valor por postback no momento da conversão. Montar isso exige domínio de tracking próprio, link de redirect, parâmetro aceito pelo destino e postback configurado dos dois lados. Antes de escalar, valide com um clique de teste, um postback disparado duas vezes e a leitura do log cru.

Quem vende no tráfego pago convive com uma pergunta simples e frequentemente sem resposta: de onde veio esta venda. O painel do anúncio dá um número, a plataforma de checkout dá outro, e o extrato dá um terceiro. O rastreamento de vendas existe para que exista uma resposta por transação, e não uma estimativa por campanha.

Este artigo trata da montagem: o que a cadeia precisa ter, onde ela quebra, como validar antes de colocar orçamento e o que fazer quando os números não batem.

O que é rastreamento de vendas e o que ele não é

Rastrear conversão, na definição operacional, é ligar um clique específico a uma transação específica, com registro auditável dos dois lados. Rastreamento de vendas é o conjunto de mecanismos que faz isso acontecer de ponta a ponta. Não é um relatório bonito, não é um pixel instalado e não é um painel de plataforma.

A diferença prática está no que você consegue provar. Um pixel diz que houve conversão associada à campanha. Uma cadeia de rastreamento diz que o clique gerado às 14h32, vindo do criativo X, no dispositivo Y, resultou na transação ORD-77120, de R$ 189,90, confirmada pelo vendedor. A primeira informação serve para otimizar entrega. A segunda serve para decidir orçamento e conferir pagamento.

O que rastreamento de vendas não é:

  • Não é atribuição perfeita. Ele registra o percurso que passou pelo seu link. Quem viu o anúncio e comprou depois sem clicar não aparece.
  • Não é o mesmo número da plataforma de anúncio. E não deveria ser. Os motivos estão em discrepância entre plataforma e tracker.
  • Não é retroativo. Não existe rastreamento de venda que já aconteceu antes da montagem.

Como funciona a cadeia completa, do clique ao relatório

A cadeia tem seis elos. Se um falha, o relatório fica incompleto, e o sintoma quase nunca aparece no elo que quebrou.

1. Clique. O usuário toca no anúncio. A plataforma anexa seu identificador de clique à URL de destino: gclid, fbclid, ttclid. Esses valores são opacos e frágeis: somem em redirecionamento, em navegação dentro de app e em checkout de terceiro.

2. Identificador próprio. É aqui que a resposta para "como rastrear vendas de afiliado" se resolve na prática. A URL do anúncio aponta para o seu link de redirect, não para a página de venda. No redirect, você gera um click_id seu, guarda tudo que veio da fonte (parâmetro de clique, UTMs, país, dispositivo, criativo) e passa a depender só do seu identificador.

3. Destino. O redirect envia o usuário para a oferta carregando o click_id no campo que aquele destino aceita — src, sck, subid, aff_sub, clickid, conforme a documentação de quem vende.

4. Conversão. A compra acontece no checkout: Hotmart, Kiwify, Monetizze, Braip, Eduzz, Cartpanda, loja própria ou operação de aposta como Betano e Superbet.

5. Postback. No momento da conversão, o vendedor chama seu endpoint server-side com o mesmo click_id, o evento, o valor e o id de transação. Isso não depende de navegador, cookie ou JavaScript. O funcionamento está em postback server-side.

6. Relatório. A plataforma de rastreamento casa o postback com o clique original, recupera todo o contexto guardado no passo 2 e produz a linha final: campanha, criativo, custo, receita, margem.

O ponto central: depois do passo 2, o parâmetro do Google ou do Meta não precisa mais sobreviver. Ele já está do seu lado. O que precisa sobreviver é o seu click_id, e ele só precisa cumprir um trecho do percurso.

Montar rastreamento sem entender as três abordagens leva a decisões erradas — em geral, confiar demais em algo que o navegador pode descartar.

Abordagem O que enxerga Onde falha O que exige
Pixel no navegador Eventos na página onde o script roda Bloqueador, consentimento negado, checkout de terceiro, app Script na página de obrigado e controle sobre ela
Cookie de primeira parte Sessão do mesmo navegador, mesmo domínio Troca de dispositivo, domínio diferente no checkout, expiração curta, limpeza de dados Domínio próprio e fluxo sem saída para terceiro
Postback server-side Transação confirmada pelo vendedor, com id Quando o destino não oferece postback ou não aceita parâmetro livre Campo de identificador no destino e endpoint configurado

Nenhuma das três substitui as outras por completo. O pixel alimenta o algoritmo de entrega. O cookie ajuda dentro do seu domínio. O postback é o único que produz evidência por transação, porque nasce no servidor de quem recebeu o dinheiro. A comparação detalhada está em rastreamento server-side vs pixel, e a abordagem que não depende de armazenamento no navegador em tracking sem cookies.

Onde a cadeia quebra na prática: os 6 pontos

Na operação, a quebra se concentra em poucos lugares. Conhecê-los reduz o diagnóstico de dias para minutos.

1. Anúncio apontando direto para a landing. Alguém da equipe subiu o criativo com a URL da oferta em vez do link de redirect. O clique nunca existiu no seu sistema, e a venda chega órfã. É mais comum do que se admite, principalmente em conta com várias pessoas.

2. Redirecionamento que descarta a query string. www para raiz, http para https, página antiga para nova. O usuário chega, a página carrega e o click_id sumiu.

3. Campo errado no destino. Você colocou o identificador em utm_content e a plataforma de venda só devolve o que veio em src. O parâmetro chega, mas nunca volta.

4. Postback não configurado ou configurado no evento errado. O vendedor dispara no cadastro e você espera na venda aprovada — ou dispara só em compra aprovada e você conta pedido gerado. Os números nem deveriam ser comparados.

5. Checkout que não propaga. Formulário, upsell, order bump ou passo intermediário que recarrega a página sem levar o campo adiante. A venda é registrada, o identificador não.

6. Codificação e truncamento. URL longa demais, parâmetro codificado duas vezes, %3D que virou %253D. O valor chega corrompido, e postback com click_id diferente do gerado é postback órfão.

O roteiro completo de diagnóstico para cada um desses casos está em atribuição quebrada.

Como montar: o passo a passo de implantação

A ordem importa. Cada passo depende do anterior estar funcionando.

  1. Defina o evento que conta como venda. Pedido gerado, compra aprovada, primeiro depósito, assinatura ativa. Escreva a definição antes de configurar qualquer coisa — metade dos problemas de reconciliação nasce aqui.
  2. Configure o domínio de tracking próprio. CNAME apontando para a plataforma, certificado emitido, subdomínio dedicado. Todo clique passa por ele.
  3. Cadastre a fonte de tráfego com o mapa de macros. Google Ads, Meta Ads, TikTok Ads e Kwai usam sintaxes diferentes. Monte um template por fonte com os parâmetros que você realmente vai ler no relatório e reaproveite. O modelo está em tracking e atribuição.
  4. Cadastre a oferta com o parâmetro de destino correto. Consulte a documentação de quem vende para saber qual campo é reservado ao afiliado. Não adivinhe.
  5. Gere o link de redirect e coloque-o no anúncio. A URL final do anúncio aponta para o seu domínio, com as macros da plataforma preenchendo os campos de contexto.
  6. Configure o postback do lado do vendedor. URL do seu endpoint, token, mapeamento de campos: click_id, evento, valor, id de transação, moeda.
  7. Ative a deduplicação por id de transação. Retry de merchant é normal e esperado. Sem deduplicação, retry vira receita inflada.
  8. Lance o custo. CPC, CPM, CPA fixo ou importação por dia e campanha. Sem custo, o relatório mostra receita, não resultado.
  9. Rode o checklist de validação antes de subir orçamento. É o próximo passo, e é o que separa rastreamento montado de rastreamento funcionando.

Como validar que está funcionando antes de escalar

Validação não é olhar o painel e ver número aparecendo. É provocar cada elo da cadeia e conferir o registro cru.

Dispare um clique de teste real. Abra o link final pelo celular, em rede móvel, seguindo exatamente o caminho do usuário — anúncio no feed, navegador interno do app. Não teste do desktop com a rede do escritório.

Confira o click_id na barra de endereço do destino. Compare caractere a caractere com o valor gerado. Procure %25: é o sinal de codificação dupla.

Abra o log cru de cliques. O clique de teste tem que estar lá, com fonte, campanha, criativo, país e dispositivo preenchidos. Campo vazio agora é campo vazio no relatório depois.

Complete uma conversão de teste. Compra real de valor baixo, ou o modo de teste que a plataforma de venda oferecer. Conversão simulada que não passa pelo fluxo real não valida nada.

Leia o log de postbacks e classifique o status. Casado é o caminho feliz. Órfão significa click_id diferente do gerado. Inválido significa token ou payload errado. Nenhum registro significa que o postback não saiu.

Dispare o mesmo postback duas vezes de propósito. Reenvie a chamada com o mesmo id de transação. O segundo tem que aparecer como duplicado e não somar receita. Se somar, a deduplicação não está ativa e seu relatório vai inflar sozinho no primeiro dia de volume.

Confira o valor e a moeda. R$ 189,90 chegando como 18990 ou como 189 é erro que passa despercebido por semanas e destrói qualquer leitura de margem.

Repita por plataforma e por oferta. O navegador interno do TikTok não se comporta como o Chrome, e cada checkout trata parâmetro do seu jeito. Uma oferta validada não valida a seguinte.

O que fazer quando os números não batem

Vão divergir. A pergunta certa não é qual está errado, e sim quanto da diferença é estrutural e quanto é defeito.

Comece pelo log de postbacks e classifique tudo em quatro categorias. Casado: nada a fazer. Duplicado: em geral saudável, é retry sendo descartado corretamente. Órfão: defeito real e corrigível, quase sempre parâmetro perdido ou tráfego fora do link. Inválido: configuração do vendedor, normalmente token ou campo obrigatório ausente.

Depois confira as três coisas que produzem diferença sem que nada esteja quebrado: o evento comparado é o mesmo dos dois lados, a janela de atribuição é a mesma, e o fuso horário é o mesmo. Fuso diferente muda a conversão de dia todo santo dia e parece instabilidade de rastreamento.

O que resta depois disso é estrutural: conversão por visualização, modelagem estatística da plataforma, atribuição concorrente entre canais e cross-device. Documente a régua no rodapé do relatório — fonte do número, modelo, janela, fuso — e siga.

O que rastreamento de vendas não resolve

Vale ser explícito, porque expectativa errada aqui gera frustração cara.

Não corrige criativo ruim. Rastreamento mede. Se o criativo não converte, você vai saber disso com mais precisão e mais cedo, o que é útil, mas o número continua ruim.

Não recupera histórico. A cadeia começa a produzir dados no dia em que é montada. Vendas anteriores não voltam com origem atribuída, e não existe reprocessamento possível.

Não elimina divergência entre plataformas. Painel de anúncio e relatório de rastreamento contam coisas diferentes por construção. O que muda é que a diferença passa a ser explicável linha a linha em vez de ser um mistério.

Não substitui conferência de pagamento. O relatório mostra o que o vendedor confirmou por postback. Estorno, chargeback e recusa posterior seguem a política de quem vende, e a conciliação final continua sendo com o extrato.

O que o rastreamento entrega é mais modesto e mais útil: uma base por transação, com identificador, horário e origem, sobre a qual dá para tomar decisão de escala sem apostar.

Perguntas frequentes

Rastreamento de vendas é a mesma coisa que pixel de conversão?

Não. O pixel roda no navegador e informa a plataforma de anúncio para ela otimizar a entrega. O rastreamento de vendas liga transação a clique com identificador próprio e registro auditável. As duas coisas convivem e servem a funções diferentes.

Preciso de domínio próprio para rastrear conversão?

Tecnicamente não, mas na prática sim. Domínio próprio com CNAME reduz bloqueio de redirecionador genérico, mantém o clique sob seu controle e facilita auditar o que chegou em cada etapa.

O que faço quando a plataforma de venda não aceita parâmetro extra na URL?

Use o campo que ela reserva para o afiliado, normalmente src, sck, subid, aff_sub ou clickid. Se não houver nenhum campo livre e nenhum postback disponível, não dá para fechar a cadeia server-side com aquele vendedor.

Quanto tempo leva para montar do zero?

A montagem técnica de uma oferta costuma levar poucas horas: domínio, campanha, link, parâmetro no destino e postback. O que consome tempo é a validação, que exige conversão de teste real e leitura do log.

Postback duplicado conta venda duas vezes?

Não, se a deduplicação por id de transação estiver ativa. É por isso que disparar o mesmo postback duas vezes de propósito faz parte do teste: o segundo tem que aparecer como duplicado, não como nova venda.

Rastreamento resolve a diferença entre o painel do anúncio e o meu relatório?

Não elimina. Ele explica. Parte da diferença é estrutural, por janela, fuso, visualização e modelagem. O rastreamento serve para separar o que é estrutural do que é defeito corrigível.

Equipe Affilitrack

Time que constrói e opera o Affilitrack. Escrevemos a partir de operação real de tracking de afiliados no Brasil — postback de casa de aposta, infoproduto e mídia paga.

Teste o Affilitrack com a sua operação

Postback server-side, atribuição por clique e repasse automático para sub-afiliados. Planos a partir de R$ 97/mês, com Pix ou cartão.

Continue lendo