Rastreamento de afiliados é o processo de registrar cada clique em um anúncio pago, acompanhar o visitante pelo funil de vendas e atribuir a conversão ao anúncio exato que a originou. É isso que permite calcular o ROI real de cada campanha e alimentar o algoritmo da rede de anúncio com dados de compradores reais.

A cadeia completa: do clique à atribuição

O rastreamento funciona como uma corrente de quatro elos. Se qualquer elo se rompe, a venda perde a conexão com o anúncio — e vira "órfã".

1. O clique

Tudo começa quando alguém clica no seu anúncio. A plataforma de anúncio (Google, Meta, Taboola etc.) gera um identificador único de clique e o anexa à URL de destino como parâmetro. No Google Ads, esse identificador é o gclid. No Meta, é o fbclid. Cada plataforma tem o seu:

Plataforma	Identificador	Formato
Google Ads (Pesquisa/Display)	`gclid`	Único por clique
Google Ads (YouTube/Demand Gen)	`wbraid` / `gbraid`	Agrupado (privacidade)
Meta Ads (Facebook/Instagram)	`fbclid`	Único por clique
TikTok Ads	`ttclid`	Único por clique
Taboola	`tblci`	Único por clique
MGID	`mgidcid`	Único por clique
NewsBreak	`nbclid`	Único por clique

Esse identificador é a prova do clique — sem ele, não existe como devolver a conversão para a plataforma de anúncio.

2. A sessão

O visitante chega na sua página de destino (presell, landing page ou VSL). O script de rastreamento — um trecho de JavaScript na página — captura o identificador do clique, as UTMs da URL e informações do visitante (dispositivo, navegador, IP, geolocalização). Tudo isso é agrupado em uma sessão: um registro único que representa aquela visita específica.

A sessão recebe seu próprio identificador (na Click Defender, é o cds_) e viaja com o visitante. Quando ele clica no link da oferta e vai para o checkout do produtor, o identificador da sessão é anexado à URL — garantindo que a venda, quando acontecer, encontre o caminho de volta.

3. A conversão

O visitante compra no checkout do produtor. A plataforma de vendas (Hotmart, ClickBank, Kiwify, BuyGoods etc.) registra a transação e, se estiver configurada, notifica o tracker por um dos dois caminhos:

Postback servidor-a-servidor (S2S): a plataforma de vendas faz uma chamada HTTP direta ao tracker, informando o ID da transação, o valor, a moeda e os parâmetros que foram passados no checkout (incluindo o identificador da sessão). Esse método é o mais confiável porque não depende do navegador do comprador.
Pixel no navegador: um script na página de obrigado dispara e informa o tracker. Depende do navegador estar aberto, sem bloqueador de anúncios, e com cookies habilitados. Menos confiável que o postback.

4. A atribuição

O tracker recebe a notificação da venda, encontra a sessão correspondente e conecta os pontos: esta venda veio deste clique, que veio deste anúncio, desta campanha, com esta palavra-chave. A conversão aparece no painel atribuída à campanha correta, com o valor da comissão, o custo do clique e o ROI calculado.

Click IDs: a peça mais importante

O identificador de clique é o alicerce de toda a cadeia. Sem ele:

O tracker não consegue devolver a conversão para a plataforma de anúncio.
O algoritmo de lances automáticos não aprende com compradores reais.
A venda entra como "órfã" — você sabe que vendeu, mas não sabe qual anúncio pagou.

O gclid do Google é o mais conhecido, mas cada plataforma gera o seu. Trackers sérios capturam todos automaticamente — seu único trabalho é usar o link rastreado no anúncio.

Postback S2S vs. pixel: por que o servidor vence

Critério	Pixel (navegador)	Postback S2S (servidor)
Depende do navegador	Sim — bloqueador de anúncio, cookie policy e fechamento da aba podem impedir	Não — comunicação direta entre servidores
Confiabilidade	Média (5-15% de perda estimada)	Alta (perda próxima de zero)
Funciona com compra por celular + troca de dispositivo	Não	Sim
Latência	Depende do carregamento da página	Instantâneo (callback HTTP)
Configuração	Inserir código na página de obrigado (se possível)	Cadastrar URL de postback na plataforma de vendas

A tendência do mercado é clara: postback S2S é o padrão. Trackers modernos como a Click Defender usam postback como método principal e mantêm o pixel apenas como fallback para plataformas que não oferecem webhook.

Dados first-party vs. third-party

Com a eliminação gradual dos cookies de terceiros pelos navegadores e as restrições de privacidade do iOS (ATT), o rastreamento baseado em cookies third-party se tornou cada vez menos confiável. A resposta do mercado foi migrar para dados first-party: informações coletadas diretamente pelo seu domínio, como o identificador de sessão no cookie do seu site e os parâmetros de URL.

Postbacks S2S são inerentemente first-party: não dependem de cookies no navegador do visitante. O tracker coleta o dado no clique (first-party, no seu domínio) e recebe a confirmação da venda direto do servidor da plataforma de vendas. Nenhum cookie de terceiro é necessário.

Por que o rastreamento server-side é o futuro

Três forças convergem para tornar o rastreamento no servidor (server-side) dominante:

Privacidade: iOS 14.5+ (App Tracking Transparency), fim dos cookies de terceiros no Chrome e Firefox, e regulamentações como LGPD/GDPR reduziram drasticamente a eficácia do rastreamento baseado em navegador.
Precisão: postbacks S2S não dependem do navegador e têm taxa de perda próxima de zero. Pixel-based tracking perde entre 5% e 15% das conversões.
Exigência das plataformas: o Google Ads prioriza dados vindos de API (Offline Conversion Import) e o Meta Ads exige Conversions API (CAPI) para campanhas otimizadas. Ambos reduzem o peso do pixel no modelo de atribuição.

Na prática: um rastreamento bem configurado é invisível para o visitante. Ele clica, navega, compra — e cada etapa é registrada sem interferir na experiência. Se algo quebra (venda órfã, conversão que não subiu), o diagnóstico começa sempre no mesmo lugar: o identificador de clique chegou na página? A sessão acompanhou o visitante até o checkout? O postback voltou com os dados certos?

Como funciona o rastreamento de afiliados