Qualidade da Correspondência de Eventos na Meta: O Que É fbp, fbc e Como Melhorar

A qualidade da correspondência de eventos (em inglês, Event Match Quality ou EMQ) é uma nota de 0 a 10 que a Meta dá a cada evento enviado pelo servidor via API de Conversões. Ela indica o quanto os dados do cliente que você envia ajudam a ligar aquele evento a uma conta do Facebook ou do Instagram. Segundo a Meta, a nota considera quais parâmetros de cliente chegam, a qualidade desses dados e a porcentagem de eventos que foi de fato associada a uma conta. Os parâmetros fbp (identificador do navegador) e fbc (identificador do clique no anúncio) fazem parte desse conjunto. Para melhorar a nota, você precisa enviar mais parâmetros, em mais eventos, no formato certo, e levar fbp, fbc, IP e user agent do comprador desde a página até o evento de compra.

Se você ainda está decidindo se precisa da API de Conversões e como ativá-la, comece pelo guia da API de Conversões do Facebook, que cobre o básico e a deduplicação. Este artigo vai um passo adiante: o que exatamente entra na nota, como ler o diagnóstico e onde as operações brasileiras costumam perder correspondência.

Resumo rápido: a nota depende de três coisas: cobertura (em quantos eventos cada parâmetro aparece), qualidade (formato e normalização corretos) e correspondência efetiva. E-mail, telefone, nome e IP são os parâmetros que a Meta destaca. fbp e fbc vão sem hash e só existem se forem capturados no navegador do comprador. O erro mais comum em quem vende por checkout externo é enviar o Purchase sem fbp e fbc e com o IP do servidor, não o do cliente.

O Que É a Qualidade da Correspondência de Eventos

A documentação da Meta define a qualidade da correspondência de eventos como uma nota de 0 a 10 que indica o quanto as informações de cliente enviadas pelo seu servidor podem ser eficazes para associar os eventos a uma conta da Meta (Dataset Quality API). Três pontos importantes sobre ela:

• Ela é calculada para eventos de servidor. A nota aparece para os eventos enviados pela API de Conversões, no Gerenciador de Eventos.
• Hoje, só vale para eventos de site. A Meta informa nas boas práticas da API de Conversões que a nota está disponível apenas para eventos web; eventos de app, offline e de loja física ficam de fora.
• Ela é por evento. Purchase, InitiateCheckout e Lead têm notas diferentes, porque carregam dados diferentes. Um Purchase costuma ter e-mail e telefone do comprador; um PageView, não.

Por que a nota importa

Quando a Meta recebe uma compra e consegue ligá-la a uma pessoa, ela pode atribuir a compra ao anúncio que essa pessoa viu ou clicou e usar o sinal para encontrar compradores parecidos. Quando não consegue, o evento chega, mas contribui pouco para atribuição e otimização. Na prática, a correspondência baixa aparece como:

• menos compras atribuídas no Gerenciador de Anúncios do que as vendas reais;
• campanhas de conversão que demoram a sair da fase de aprendizado;
• públicos personalizados e semelhantes menores do que deveriam.

A Meta não publica uma nota-alvo oficial por evento. O mercado costuma usar referências (como buscar a nota mais alta possível no Purchase), mas o objetivo prático é outro: enviar todo parâmetro que você legitimamente tem, no formato certo, no maior número de eventos.

Quais Parâmetros Contam na Correspondência

Os parâmetros de cliente (customer information parameters) estão listados na documentação da Meta. Os mais relevantes para quem vende pela internet:

Nas boas práticas, a Meta destaca e-mail, IP, nome e telefone como parâmetros de alta qualidade, e recomenda enviar client_ip_address e client_user_agent em todos os eventos da API de Conversões. Também recomenda incluir external_id e event_id em todos os eventos.

O Que É fbp e o Que É fbc

fbp: o identificador do navegador

O fbp é o valor do cookie _fbp, criado pelo Pixel da Meta no seu domínio na primeira visita. Ele identifica aquele navegador, não uma pessoa. Formato, segundo a documentação de fbp e fbc:

fb.1.1726570000000.1234567890

• fb: versão, sempre fb;
• 1: índice do subdomínio em que o cookie foi gravado (com = 0, seusite.com = 1, www.seusite.com = 2);
• 1726570000000: momento da criação, em milissegundos;
• o último bloco: número aleatório que identifica o navegador.

O fbp ajuda a Meta a ligar eventos do mesmo navegador entre si e a eventos que ela já viu desse navegador.

fbc: o identificador do clique no anúncio

O fbc é o valor do cookie _fbc, montado a partir do parâmetro fbclid que a Meta adiciona à URL quando alguém clica num anúncio (ou num link) no Facebook ou no Instagram:

fb.1.1726570000000.IwAR2xyz...

O último bloco é o próprio fbclid. Regras da Meta:

• Se não existe _fbc, monte fb.1.<timestamp atual em ms>.<fbclid>.
• Se já existe, só atualize quando o fbclid da URL for diferente do que está no cookie.
• O fbclid diferencia maiúsculas de minúsculas. Não converta, não corte, não codifique de novo.
• A validade recomendada do cookie _fbc é de 90 dias.

O fbc é o sinal mais direto de que aquela visita veio de um clique na Meta. Por isso ele é tão valioso para a compra: liga o Purchase ao clique no anúncio. Mas ele só existe para quem clicou em um link da Meta. Visitante orgânico, de Google ou de e-mail não tem fbc, e isso é normal: a cobertura de fbc nunca chega a 100%.

Por que fbp e fbc não levam hash

E-mail, telefone e nome são dados pessoais e vão com hash SHA-256. fbp e fbc são identificadores gerados pela própria Meta e precisam chegar exatamente como foram criados, sem hash. Hashear fbp e fbc é um dos erros que zeram a utilidade desses dois parâmetros. A Meta também recomenda atualizar os valores com frequência, porque os cookies mudam.

Onde a Correspondência se Perde (e Como Melhorar)

1. Checkout em outro domínio

É o problema número um de quem vende por Hotmart, Kiwify, Eduzz e similares. Os cookies _fbp e _fbc ficam gravados no domínio da sua página. O checkout roda no domínio da plataforma. Se o evento de compra é montado a partir do webhook do checkout, ele chega com e-mail, telefone e nome, mas sem fbp, sem fbc e sem o IP e o user agent do comprador na sua página.

Como melhorar: capture fbp, fbc, IP e user agent na página, guarde com um identificador de sessão e leve esse identificador no link do checkout (em um parâmetro que o checkout grave na venda). Quando a venda for aprovada, recupere a sessão e envie tudo junto no Purchase.

2. IP e user agent do servidor, não do cliente

Um erro silencioso: o evento sai do seu servidor (ou de uma automação que recebe o webhook) e o código envia como client_ip_address o IP da máquina que processou o webhook, e como client_user_agent o da biblioteca HTTP. Todas as compras parecem vir do mesmo "cliente". A nota não sobe, e a correspondência piora.

Como melhorar: envie o IP e o user agent do comprador, capturados no navegador dele. Se você não tem esses dados, é melhor omitir do que enviar os do servidor. Vale também preferir IPv6 quando o navegador tiver: o próprio diagnóstico da Meta sugere trocar IPv4 por IPv6 em alguns casos.

3. Cookie que expira antes da compra

Compras por boleto, Pix ou depois de dias de reflexão acontecem longe do clique. Além disso, o Safari limita a vida de cookies criados por JavaScript, às vezes a 24 horas quando a visita chega de um link com parâmetros de rastreamento. Se o fbc só existe no cookie do navegador, ele pode sumir antes da compra.

Como melhorar: guarde fbp e fbc da sessão no momento da visita, junto com o horário, e use esses valores no Purchase, mesmo que a compra seja confirmada depois. Use o event_time da venda real.

4. Formato errado dos dados pessoais

• Telefone sem 55 ou com parênteses e traços;
• e-mail com espaço ou maiúscula antes do hash;
• estado como São Paulo em vez de sp;
• CEP com traço;
• nome com espaço sobrando.

Um hash de dado mal normalizado não bate com nada do lado da Meta. Normalize antes de aplicar o SHA-256.

5. Poucos parâmetros por evento

Muitas integrações mandam só e-mail. A Meta explica que a correspondência melhora com mais eventos contendo parâmetros e com mais parâmetros por evento. Se o checkout coleta telefone, nome, cidade, estado e CEP, envie.

Para o external_id, use um identificador estável do cliente. No Brasil, o CPF (ou CNPJ) do comprador é um bom candidato, sempre com hash: ele se repete em compras futuras do mesmo cliente e liga eventos entre si.

6. Evento de compra atrasado

Eventos enviados muito tempo depois de acontecerem perdem valor para a otimização. A Meta recomenda compartilhar eventos quando acontecem, e a Dataset Quality API mostra a "atualização dos dados" (atraso entre o evento e o recebimento). Envie o Purchase logo após a aprovação.

Como Diagnosticar a Correspondência no Gerenciador de Eventos

1. Abra o Gerenciador de Eventos e selecione o conjunto de dados (pixel).
2. Na Visão geral, clique no evento Purchase e procure a qualidade da correspondência de eventos.
3. Veja quais parâmetros estão chegando e em qual porcentagem dos eventos. Essa cobertura por parâmetro mostra onde está o buraco.
4. Abra os diagnósticos. A Meta aponta problemas como formato inválido, parâmetros ausentes e sugestões específicas, com a quantidade de eventos afetados.
5. Use Testar eventos com uma compra de teste para ver o payload recebido.

Exemplo de leitura (hipotético)

Imagine 1.000 compras enviadas pela API de Conversões num mês, com esta cobertura:

O "antes" é típico de quem monta o Purchase só com o webhook do checkout: e-mail e nome completos, telefone mal formatado em parte das vendas, nenhum dado de navegador. O "depois" é o efeito de três correções: normalizar o telefone com 55, usar o CPF com hash como external_id e levar a sessão da página até o checkout. O fbc fica bem abaixo do fbp porque só quem clicou em link da Meta tem fbc, e isso é esperado. Os números são ilustrativos; a nota resultante depende de como a Meta avalia cada conta.

Como Fazer Isso na Track Hunter

A Track Hunter cuida da captura e do envio desses parâmetros com o Pixel de trackeamento avançado e a API de Conversões da Meta. O pixel e o envio de compras estão disponíveis em todos os planos, inclusive no Free.

O que o pixel faz na página

• Cria e persiste o fbp quando o navegador ainda não tem o cookie _fbp.
• Monta o fbc a partir do fbclid da URL quando o visitante chega de um clique na Meta.
• Guarda um identificador de sessão permanente do navegador e decora os links de checkout com esse identificador e as UTMs, para que a sessão chegue até a venda. Reconhece os principais checkouts (Hotmart, Kiwify, Eduzz, PagTrust, Cakto, Ticto, Kirvano, Hubla e outros) e qualquer link com "checkout" no endereço.
• Dispara PageView, InitiateCheckout no clique do botão de compra e eventos de vídeo. Se a sua página não tem o Pixel da Meta, ele espelha os eventos de topo (PageView, ViewContent, Lead, InitiateCheckout, AddToCart) no navegador; se tem, não espelha, para evitar duplicidade.

O que vai no Purchase

Quando a venda é aprovada no checkout, a Track Hunter recupera a sessão do comprador pelo identificador que viajou no link e envia o Purchase pela API de Conversões com:

• com hash SHA-256: e-mail, telefone, nome, sobrenome, cidade, estado, CEP, país e external_id, que inclui o ID do navegador e o CPF/CNPJ do comprador;
• sem hash: IP e user agent do comprador, fbp e fbc;
• dados da compra: valor, moeda e, quando houver, produto e pedido;
• horário real da venda como event_time e o código da transação como event_id.

O Purchase sai só pelo servidor. Se você já envia Purchase à Meta por outra ferramenta ou por um pixel na página de obrigado, revise para não mandar a mesma compra duas vezes com identificadores diferentes.

Como configurar e conferir

1. Vá em Integrações › Pixel e clique em Criar pixel (um por site).
2. Conecte à conta Meta: escolha o perfil, a conta de anúncio e o pixel de conversão da Meta.
3. Cole o script no <head> de todas as páginas: vendas, landing pages, checkout (quando possível) e obrigado.
4. Adicione os domínios, se quiser com Importar domínios dos anúncios da Meta, e verifique colando a URL da página.
5. Abra o Gerenciador de eventos da Track Hunter:
   • na guia Eventos, a coluna Track. avançado mostra a porcentagem dos envios que foram com fbp/fbc. É o termômetro de quanto da sessão está chegando até a compra;
   • na guia Payloads CAPI (Purchase enviados à Meta), você vê o JSON exato de cada compra aceita pela Meta, para conferir parâmetro por parâmetro;
   • em Eventos enviados à Meta, você liga ou desliga cada evento por caminho (navegador ou servidor).
6. Compare com a cobertura por parâmetro no Gerenciador de Eventos da Meta.

Se a coluna Track. avançado estiver baixa, os suspeitos de sempre são: script ausente em alguma página do caminho, botão de compra montado de um jeito que o pixel não decora ou domínio não cadastrado.

Todo plano começa com 30 dias grátis, sem cartão. Para entender por que o pixel do navegador sozinho perde compras, veja por que o Pixel do Facebook não rastreia todas as vendas; para o passo a passo em um checkout específico, como rastrear vendas da Kiwify.

Perguntas Frequentes

O que é qualidade da correspondência de eventos na Meta?

É uma nota de 0 a 10 que a Meta atribui aos eventos enviados pela API de Conversões. Ela indica o quanto os dados do cliente enviados com o evento ajudam a associá-lo a uma conta do Facebook ou do Instagram. A nota considera quais parâmetros chegam, a qualidade deles e a porcentagem de eventos efetivamente associados.

O que é fbp e fbc?

fbp é o identificador do navegador, guardado no cookie _fbp criado pelo Pixel da Meta. fbc é o identificador do clique, montado a partir do fbclid que a Meta adiciona à URL quando alguém clica num link do Facebook ou Instagram, e guardado no cookie _fbc. Os dois têm o formato fb.1.<timestamp>.<valor> e são enviados sem hash.

fbp e fbc devem ser enviados com hash?

Não. A Meta pede hash SHA-256 para dados pessoais como e-mail, telefone e nome, mas fbp, fbc, IP e user agent devem ser enviados como foram capturados. Hashear fbp e fbc impede a Meta de usá-los.

Por que meu evento de compra tem fbc em poucos eventos?

Porque o fbc só existe para quem chegou por um clique em link da Meta, e só se ele tiver sido capturado na página e levado até a compra. Compradores orgânicos, de Google ou de e-mail não têm fbc. Se nem os compradores vindos de anúncio chegam com fbc, o problema costuma ser o checkout em outro domínio sem repasse da sessão.

Qual a nota ideal de qualidade da correspondência de eventos?

A Meta não publica uma nota-alvo oficial por evento. O mercado usa referências e busca a nota mais alta possível no Purchase, que normalmente tem mais dados do cliente. Mais útil do que perseguir um número é conferir a cobertura de cada parâmetro e corrigir os que estão faltando ou mal formatados.

Posso usar o CPF como external_id?

Pode. A Meta aceita como external_id qualquer identificador único do cliente e recomenda enviá-lo com hash. O CPF (ou CNPJ) é estável e se repete em compras futuras do mesmo cliente, o que ajuda a ligar eventos. Envie sempre com hash SHA-256, nunca em texto puro.

Melhorar a qualidade da correspondência aumenta as vendas?

Não diretamente. Ela melhora a quantidade de compras que a Meta consegue atribuir e usar para otimizar, o que tende a ajudar a entrega das campanhas. Criativo, oferta e página continuam decidindo se as pessoas compram.