Plataformas de Rastreio Não São Tracking Avançado: O que Elas Não Te Contam Sobre fbc, fbp e o Motor de Atribuição do Meta

Como as plataformas de rastreio funcionam de verdade

Plataformas de rastreio como RedTrack, WeTrack, Voluum e similares são ferramentas de rastreamento de vendas que, no modo de integração mais usado no mercado brasileiro, operam via webhook. Na prática, funciona assim: quando uma compra é confirmada na sua plataforma de checkout (Hotmart, Kiwify, Eduzz, Yampi etc.), essa plataforma dispara um POST para os servidores da plataforma de rastreio, que por sua vez repassa os dados para o Meta CAPI.

O problema começa exatamente aí. Esse fluxo é 100% server-to-server — a plataforma de rastreio nunca toca o browser do seu comprador. E é no browser onde estão os dois parâmetros mais importantes para o algoritmo do Meta.

O que são fbc e fbp — e por que eles são o motor da atribuição

_fbc (Facebook Click ID) é gerado quando o usuário clica em um anúncio do Meta. Ele fica armazenado no browser como cookie e contém o fbclid presente na URL de destino. É esse parâmetro que vincula a compra ao clique específico no anúncio.

_fbp (Facebook Browser ID) é um identificador único do browser do usuário, criado pelo pixel do Meta na primeira visita. Ele persiste entre sessões e é o que o Meta usa para reconhecer que a mesma pessoa que visitou o site ontem comprou hoje.

Sem esses dois parâmetros no payload do evento, o Meta não consegue vincular a conversão a nenhum usuário real na plataforma. O algoritmo recebe a notificação de que uma venda aconteceu, mas não sabe para quem entregar mais anúncios.

Por que o webhook nunca vai ter fbc e fbp

É uma questão técnica simples: fbc e fbp são cookies do browser do comprador. A plataforma de checkout (Hotmart, Kiwify, Yampi) não tem acesso a esses cookies porque ela não roda código no browser do usuário no momento da confirmação de compra — ela processa o pedido no servidor.

Quando o checkout dispara o webhook para a plataforma de rastreio, o payload contém: nome, email, telefone, valor da compra, produto. Não contém fbc. Não contém fbp. Não contém IP real do comprador na hora da conversão. Não contém user agent real.

A plataforma de rastreio recebe esses dados incompletos e os envia ao Meta CAPI exatamente assim — incompletos.

O impacto na Event Match Quality e nas campanhas

O Meta avalia a qualidade dos dados recebidos via CAPI com um score chamado Event Match Quality (EMQ), de 0 a 10. Com fbc e fbp ausentes, o EMQ fica sistematicamente entre 3 e 6 — o que significa que a maioria dos eventos de Purchase não consegue ser vinculada a um perfil real no Meta.

Na prática, isso se traduz em:

• Algoritmo otimizando com dados fragmentados, sem entender quem realmente comprou • Remarketing ineficiente, porque a base de compradores reais não está completa • CPA inflando progressivamente conforme o algoritmo perde a precisão • Lookalike audiences de menor qualidade, porque os seeds são incompletos

O que essas plataformas chamam de 'tracking avançado'

As plataformas de rastreio posicionam o produto como tracking avançado ou server-side tracking. Tecnicamente, elas usam o endpoint do Meta CAPI — o que é server-side no sentido de que os dados não saem do browser do comprador.

Mas tracking avançado de verdade não é só usar o endpoint do CAPI. É garantir que o payload chegue com todos os parâmetros de matching que o Meta precisa para fazer a atribuição correta. E isso requer que alguém capture fbc e fbp no browser do usuário antes de enviar ao CAPI.

Qualquer integração direta de checkout com CAPI via webhook tem esse mesmo problema. A plataforma de rastreio não resolve isso — ela apenas facilita a configuração de um webhook que já seria incompleto por natureza.

O que é tracking avançado de verdade

Tracking avançado real exige duas camadas integradas:

1. GTM Web (client-side): código rodando no browser do usuário que captura fbc e fbp dos cookies do Meta, o fbclid da URL, IP e user agent. Esses dados são enviados para o GTM Server-Side junto com cada evento.

2. GTM Server-Side no Stape: recebe os dados do browser e os transmite ao Meta CAPI com o payload completo — incluindo fbc, fbp, email, telefone e todos os parâmetros de Advanced Matching.

Essa combinação garante EMQ entre 8 e 10, atribuição precisa mesmo com ad blockers ativos, e o sinal correto para o algoritmo do Meta otimizar com dados reais.

1. 1Acesse Meta Events Manager > seu pixel > aba Eventos
2. 2Clique em qualquer evento de Purchase recente
3. 3Em Detalhes do evento > user_data, verifique os campos fbc e fbp
4. 4Se estiverem vazios, você está operando sem o motor de atribuição do Meta
5. 5Entre em contato com a WYB para um diagnóstico gratuito da sua estrutura