Event Match Quality: como melhorar o EMQ na prática

Você configurou CAPI, os eventos chegam certo no Gerenciador de Eventos, a campanha otimiza — mas a nota de Event Match Quality (EMQ) aparece baixa, e o algoritmo do Meta parece nunca girar tão bem quanto deveria. Isso não é falha de implementação: é falta de dado no lugar certo. Este guia mostra, campo a campo, o que move essa nota de verdade e como aplicar isso num funil de Telegram.

Recapitulando: o que é EMQ, rápido

Event Match Quality é a nota que o Meta atribui a cada evento de conversão, indicando quão bem ele conseguiu associar aquele evento a uma pessoa e a um anúncio específico — quanto mais completo o user_data enviado, mais alto tende a ser o EMQ. Se esse conceito ainda não é familiar, vale a definição curta no glossário antes de seguir. Aqui o foco é outro: não o que é, mas o que fazer pra melhorar, na prática, campo por campo.

Por que EMQ baixo não aparece como erro

Um evento com EMQ baixo ainda é aceito, ainda conta como conversão, ainda aparece corretamente no relatório da campanha. Nada trava, nenhum alerta dispara. O que acontece é mais sutil: o Meta tem menos confiança de que aquele evento específico corresponde a um clique/anúncio específico, e isso pesa na forma como o algoritmo distribui verba e otimiza entrega. Duas campanhas com o mesmo número de conversões podem performar de forma bem diferente na prática, dependendo só da qualidade do dado enviado em cada evento — e é exatamente por isso que EMQ baixo é fácil de ignorar por meses sem perceber que está custando resultado.

Os campos que realmente movem a nota

O EMQ é calculado em cima dos campos de user_data que a chamada de CAPI inclui. Nem todos pesam igual — de forma geral, dados que identificam uma pessoa com mais precisão (e-mail, telefone) tendem a contribuir mais do que dados de contexto (IP, user agent), mas todo campo adicional soma:

Campo	Peso relativo	Disponível num funil de Telegram?
E-mail (hasheado)	Alto	Só se o bot coletou antes do evento
Telefone (hasheado)	Alto	Idem — raro sem etapa de cadastro
fbp (cookie do Pixel)	Médio	Sim, capturado na página intermediária
fbc (clique do anúncio)	Médio	Sim, se a página intermediária ler o parâmetro fbclid
IP do usuário	Médio-baixo	Sim, sempre disponível
User agent	Baixo-médio	Sim, sempre disponível
Nome/sobrenome	Baixo	Raro, sem cadastro

Na maioria dos funis de Telegram — onde a entrada no canal não passa por formulário nem cadastro — os campos realistas de melhorar são fbp, fbc, IP e user agent. E-mail e telefone entram na conta só quando existe alguma etapa anterior de captura (um bot de pagamento com checkout, por exemplo).

Checklist de diagnóstico antes de mexer em qualquer coisa

Antes de sair mudando configuração, vale confirmar onde o EMQ está perdendo pontos:

1. Abrir o Gerenciador de Eventos, aba Eventos de Teste, e olhar a nota do evento enter_channel (ou o nome configurado) isoladamente — não a média da campanha inteira.
2. Checar quais campos de user_data aparecem preenchidos na chamada recebida — o próprio Meta lista, campo a campo, o que chegou e o que faltou.
3. Comparar com o que a página intermediária deveria estar capturando: se fbc aparece vazio, é sinal de que a página não está lendo o parâmetro fbclid da URL, ou que ele não está sendo capturado antes do redirecionamento pro Telegram.
4. Confirmar que o cookie fbp do Pixel está sendo lido antes do redirecionamento, não depois — se a página redireciona rápido demais, o Pixel pode não ter tido tempo de gravar o cookie ainda.

Esse diagnóstico sozinho já costuma apontar exatamente qual campo está faltando, sem precisar adivinhar.

Passo a passo: melhorando o EMQ no fluxo de Telegram

1. Garantir que a página intermediária captura fbp e fbc antes de redirecionar. Isso significa: o Pixel precisa disparar e gravar o cookie, e o parâmetro fbclid da URL de clique precisa ser lido e transformado em fbc, tudo isso antes do botão de redirecionamento pro Telegram levar a pessoa embora da página.
2. Guardar esses valores junto com o clique registrado. O jeito prático de o fbp/fbc de quem clicou chegar até o evento de entrada é o código da página intermediária gravar esses valores no registro daquele clique; quando a entrada no canal vira enter_channel, a atribuição ao clique traz esses campos junto pra chamada de CAPI — sem isso, o evento de entrada chega sem os cookies capturados na página.
3. Montar a chamada de CAPI com todos os campos disponíveis, não só o mínimo necessário pra ela não ser rejeitada: IP e user agent vêm do mesmo clique na página intermediária e devem ir junto, mesmo sendo campos de peso menor.
4. Hashear em SHA-256 qualquer dado pessoal antes de enviar — e-mail, telefone, nome, quando existirem. Dado em texto puro faz a chamada ser rejeitada, não só perder nota.
5. Validar o resultado na aba Eventos de Teste antes de considerar a mudança concluída — comparar a nota antes e depois da alteração, campo a campo, confirma se o ajuste teve o efeito esperado.
6. Repetir a checagem depois de qualquer mudança na página intermediária ou no bot. Uma alteração de layout, um redirecionamento mais rápido, uma troca de ferramenta de link — qualquer um desses pontos pode voltar a deixar de capturar um campo que já estava funcionando, sem gerar nenhum erro visível.

Erros comuns que derrubam o EMQ sem ninguém perceber

• Redirecionar rápido demais: se a página intermediária manda a pessoa pro Telegram antes do Pixel terminar de gravar o cookie fbp, esse campo nunca chega na chamada de CAPI — mesmo com o Pixel corretamente instalado.
• Não gravar o fbclid junto com o clique: o parâmetro chega na página, mas se o código não o transforma em fbc e guarda no registro do clique antes do redirecionamento, ele se perde ali mesmo — o evento de entrada nunca vai ter acesso a ele.
• Mandar só o mínimo de campos “pra não dar erro”: uma chamada tecnicamente válida com só um ou dois campos de user_data ainda assim tende a ter EMQ baixo — o objetivo não é passar na validação, é maximizar os campos enviados.
• Rodar Pixel e CAPI sem event_id compartilhado: sem deduplicação, o mesmo evento pode aparecer duas vezes no relatório com notas diferentes, dificultando até enxergar qual chamada precisa de ajuste. Ver deduplicação de eventos pra entender esse mecanismo.
• Configurar uma vez e nunca mais checar: mudanças na página, no bot ou na ferramenta de link podem degradar o EMQ silenciosamente ao longo do tempo — vale revisar essa nota periodicamente, não só na configuração inicial.

O que a experiência prática mostra

Na prática, o padrão mais comum de EMQ baixo em funil de Telegram não é falta de CAPI implementado — é implementação que só cobre o essencial (nome do evento, event_id) e para por aí, sem levar fbp/fbc capturados na página até a chamada de CAPI do enter_channel. É um detalhe fácil de deixar passar porque a chamada funciona normalmente sem esses campos — só a nota fica mais baixa do que precisava, de um jeito que não aparece como problema em lugar nenhum até alguém comparar EMQ entre campanhas parecidas e notar a diferença de performance.

Onde a Track4you entra nisso

A Track4you captura fbp e fbc no snippet da página intermediária junto com o registro do clique e, quando a entrada no canal é atribuída a esse clique dentro da janela de atribuição, monta a chamada de CAPI do enter_channel incluindo IP, user agent e esses cookies automaticamente — sem exigir que você configure campo a campo essa transferência entre página e evento. O event_id de deduplicação com o Pixel também já vem resolvido, então rodar os dois canais juntos não gera contagem duplicada nem inconsistência de nota entre eles.

Perguntas frequentes

Termos como event_id, deduplicação e CAPI têm definição rápida no glossário — vale a leitura se algum deles ainda não é familiar. Pra entender a base de CAPI e Pixel antes de mexer em EMQ, ver o guia educacional de API de Conversões e o guia de Pixel/CAPI no Telegram.

Conclusão

Melhorar o EMQ não é sobre “consertar um erro” — é sobre garantir que a chamada de CAPI carrega todo campo de user_data que já está disponível, em vez de só o mínimo necessário pra passar na validação. Num funil de Telegram, isso na prática significa capturar fbp e fbc na página intermediária, guardar esses valores no registro do clique pra que cheguem até a chamada de CAPI do enter_channel, e montar a chamada com IP e user agent junto. Nenhum desses passos é complexo isoladamente — o que costuma faltar é alguém checar, campo a campo, se cada um deles está mesmo chegando até o Meta.