Eventos duplicados no Meta: como corrigir

Como saber se meus eventos estão duplicados?

O sinal mais claro é o Gerenciador de Anúncios mostrar mais compras do que o gateway ou a loja registrou no mesmo período. Outro sinal é o retorno sobre o investimento em anúncios (ROAS) do painel subir sem a receita acompanhar.

No Gerenciador de Eventos, abra o evento e veja de onde ele chega: navegador, servidor ou os dois. Na ferramenta Testar eventos, faça uma compra de teste e conte quantas vezes o Purchase aparece e se as duas cópias trazem o mesmo ID.

Vale olhar o Lead também. Formulário que dispara no clique do botão e de novo na página de obrigado gera 2 leads por pessoa, e o custo por lead do painel cai sem que o CRM receba mais contatos.

Por que o evento duplica?

• Pixel instalado 2 vezes, pela plataforma e pelo GTM
• API de Conversões sem event_id, ou com ID diferente do pixel
• Nome do evento escrito diferente no pixel e no servidor
• 2 envios pelo servidor, como app da loja e servidor próprio
• Página de obrigado que dispara a compra de novo a cada recarga

As 2 primeiras são as mais fáceis de achar: basta listar quem envia o evento. As outras aparecem quando alguém liga uma integração nova sem desligar a antiga, o que é comum depois de trocar de plataforma ou de ferramenta.

Como o Meta deduplica os eventos?

A Meta descreve 2 métodos. No recomendado, o eventID do pixel precisa ser igual ao event_id da API de Conversões, e o nome do evento também. No alternativo, o Meta compara o nome do evento com o fbp ou o external_id.

Nos dois vale a janela de 48 horas, contada a partir do primeiro evento recebido com aquele ID, e o Meta costuma ficar com a cópia que chegou antes. O método alternativo tem 2 limites: só funciona quando o evento do navegador chega primeiro e não deduplica quando existe uma fonte só. Por isso o event_id é o caminho indicado.

• o que é event_id e deduplicação

O que a compra dobrada faz com a campanha?

O painel mostra o dobro de compras e o ROAS parece melhor do que o caixa mostra. Quem decide verba olhando esse número escala a campanha errada. A otimização segue o mesmo número: a campanha que parece vender mais recebe mais entrega, mesmo sem vender mais.

A correção costuma baixar o número de compras no painel. É o número certo aparecendo. Vale avisar o cliente ou o sócio antes de corrigir, com o total do gateway ao lado para comparar.

Como corrigir com event_id, passo a passo?

1. 01

   Liste cada fonte que envia o evento hoje

   Plataforma da loja, GTM, app de API de Conversões, API habilitada pela Meta, servidor próprio. Cada uma que manda Purchase entra na lista.

2. 02

   Deixe uma fonte por lado: um pixel e um servidor

   Desligue a instalação repetida. O pixel atual pode seguir, mas uma vez só por página.

3. 03

   Gere um event_id único por conversão

   Para Purchase, use o número do pedido. Para Lead, um ID criado no envio do formulário e guardado para o servidor usar o mesmo.

4. 04

   Envie o mesmo nome e o mesmo ID nos dois lados

   No pixel, o campo se chama eventID; na API, event_id. O nome do evento precisa ser idêntico nos dois.

5. 05

   Teste com Testar eventos e compare com o gateway

   Uma compra de teste deve aparecer com as duas origens e contar uma vez. Depois, compare uma semana de compras no Meta com o gateway.

Duplicado ou recuperado: como diferenciar?

Depois do servidor, o Meta costuma mostrar mais conversões do que antes. Isso pode ser evento recuperado, que o pixel perdia, ou cópia. A régua é o gateway: se o Meta passa do total de pedidos pagos, há duplicidade; se chega perto sem passar, é recuperação.

Nas medições da Conecta, o servidor recuperou +38% de eventos, com 98% de precisão nos eventos enviados. Esse número só vale com a deduplicação funcionando: sem ela, a conta de eventos recuperados mistura venda real com cópia.