UTMify Não é Tracking Avançado: O que Ela Não Te Conta Sobre fbc, fbp e o Motor de Atribuição do Meta

Como a UTMify funciona de verdade

A UTMify é uma ferramenta de rastreamento de vendas que opera 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 UTMify, que por sua vez repassa os dados para o Meta CAPI.

O problema começa exatamente aí. Esse fluxo é 100% server-to-server — a UTMify 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 UTMify, 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 UTMify 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 a UTMify chama de 'tracking avançado'

A UTMify posiciona a ferramenta como tracking avançado ou server-side tracking. Tecnicamente, ela usa 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 UTMify 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