---
title: "Deduplicação de eventos: por que a compra está contando em dobro | Grupo Marfre"
description: "Deduplicação de eventos na Meta: como usar o mesmo event_id no pixel e na API de Conversões para a compra não contar em dobro e o CPA não parecer metade."
canonical: https://grupomarfre.com.br/gestao-de-trafego/deduplicacao-de-eventos/
alternate_html: https://grupomarfre.com.br/gestao-de-trafego/deduplicacao-de-eventos/
language: pt-BR
last_updated: 2026-10-27
type: guia
---
# Deduplicação de eventos: por que a compra está contando em dobro

**Resposta rápida:** A compra conta em dobro quando o pixel e a API de Conversões enviam o mesmo pedido sem o mesmo event\_id. Com o identificador igual nos dois lados, a Meta junta os envios em um só. O event\_id deve nascer do id da transação, e dois eventos de servidor iguais não se deduplicam entre si.

A compra aparece em dobro porque o navegador (pixel) e o servidor (API de Conversões) avisam a Meta sobre o mesmo pedido, e a Meta não tem como saber que são o mesmo. A solução é mandar o mesmo event\_id nos dois envios. Sem ele, o CPA do relatório parece metade do real.

Há um segundo caminho para o mesmo defeito: dois eventos enviados pelo servidor, sem nenhum do navegador. Os dois casos têm causas diferentes e testes diferentes, e a página separa cada um abaixo.

## Por que a compra conta duas vezes quando pixel e API estão ligados?

Porque cada canal envia o seu aviso de compra de forma independente. Segundo a documentação da Meta, usar pixel e [API de Conversões](https://grupomarfre.com.br/gestao-de-trafego/conversoes-pelo-servidor-meta/) juntos exige o mesmo event\_id no navegador e no servidor. Sem esse identificador comum, a compra conta 2× e o CPA parece metade do real.

O efeito prático é uma conta que parece ótima e não paga. O gestor vê CPA baixo, sobe verba, e o caixa não acompanha. Antes de qualquer decisão de escala, confira se a contagem de compras da Meta bate com o número de pedidos da loja (a conferência está no último bloco da página).

## De onde o event\_id deve vir?

Do id da transação. Na régua do Grupo Marfre, e de acordo com a lógica oficial de deduplicação, o event\_id nasce do identificador do pedido no seu sistema (loja, cardápio, checkout). Ele é gerado uma vez e usado nos dois lados.

O que evitar: gerar um número aleatório no navegador e outro no servidor, usar a hora do envio, ou criar o id com um contador que reinicia. Os dois primeiros produzem identificadores diferentes para a mesma compra, e o contador que reinicia pode repetir o id em pedidos diferentes.

Exemplo fictício, com o pedido 48213 de uma loja inventada:

```javascript
// No navegador (pixel), na página de pedido confirmado
fbq('track', 'Purchase',
  { value: 89.90, currency: 'BRL' },
  { eventID: 'pedido-48213' }
);
```

```json
{
  "event_name": "Purchase",
  "event_id": "pedido-48213",
  "action_source": "website",
  "custom_data": { "value": 89.90, "currency": "BRL" }
}
```

O texto `pedido-48213` é igual nos dois envios porque os dois partem do mesmo id de transação. O trecho do servidor está resumido: o evento real também leva a hora do evento e os dados do cliente.

## A Meta deduplica dois eventos de servidor iguais?

Não. A deduplicação serve para juntar navegador e servidor. Dois eventos de servidor idênticos são lidos como duas compras. Um exemplo é o webhook reenviado: o gateway de pagamento ou a plataforma de pedidos reenvia o aviso, o seu sistema processa de novo e a Meta recebe uma compra a mais.

Quem protege contra isso é o seu sistema, não a Meta. O passo concreto:

1.  Ao receber o webhook, leia o id da transação.
2.  Consulte uma tabela de ids já enviados à Meta.
3.  Se o id já existe, descarte. Se não existe, grave o id e só então envie o evento.

Esse registro também serve de prova: se o mesmo id aparece duas vezes no log de envios, o defeito está no reenvio, e não no pixel.

## O ganho de +100% ao ligar a API prova que a compra dobrou?

Não prova. Na régua do Grupo Marfre, um ganho de compras atribuídas perto de +100% ao ligar a API de Conversões sozinha não indica dobra por si só, porque pixel bloqueado também dá ganho alto. Quando o navegador bloqueia o pixel, parte das compras nunca chegava à Meta, e a API passa a mostrá-las.

Por isso o número de ganho, isolado, não prova dobra. Dois cenários podem produzir um ganho alto como esse:

| Cenário | O que aconteceu | Como o CPA se comporta |
| --- | --- | --- |
| Dobra | O mesmo pedido entrou duas vezes | Cai pela metade, sem venda nova |
| Recuperação | Compras que o pixel perdia passaram a ser contadas | Cai porque o sinal ficou mais completo |

Para separar os dois, compare com a venda real. O que decide é o número de pedidos da loja, não o painel da plataforma (veja também [por que Meta, Google e o caixa nunca dão o mesmo número](https://grupomarfre.com.br/gestao-de-trafego/meta-e-google-nao-batem/)).

## Como conferir se há dobra: um roteiro curto

1.  **Pegue um dia fechado.** Anote os pedidos pagos da loja e as compras que a Meta atribuiu, nas mesmas datas.
2.  **Procure repetição no servidor.** No log de envios da API, busque ids de transação que aparecem mais de uma vez. Repetição indica webhook reenviado.
3.  **Faça uma compra de teste.** Compare o event\_id que sai do navegador com o que o servidor registra. Se forem diferentes, a deduplicação não acontece.
4.  **Abra o diagnóstico do conjunto de dados.** A aba de diagnóstico mostra problemas que a contagem não mostra, como evento de servidor sem dado de cliente, fbclid vencido e fbclid modificado.
5.  **Registre a data da mudança.** Anote quando a API foi ligada ou corrigida, para não comparar CPA de antes e depois como se fossem a mesma régua.

Se os pedidos da loja e as compras da Meta estiverem muito distantes, e a diferença não couber na janela de atribuição, trate como suspeita de rastreio e confirme com duas fontes independentes antes de acusar o defeito. O roteiro de [como saber se o rastreio quebrou](https://grupomarfre.com.br/gestao-de-trafego/rastreio-quebrado/) cobre esse segundo passo.

A deduplicação correta também ajuda a nota de [qualidade da correspondência (EMQ)](https://grupomarfre.com.br/gestao-de-trafego/qualidade-de-correspondencia-emq/): junto com e-mail e telefone em hash SHA-256 normalizados, ela é um dos fatores que fazem a nota subir. Para a base do pixel, veja [como saber se o pixel está funcionando](https://grupomarfre.com.br/gestao-de-trafego/pixel-da-meta/).

## Perguntas frequentes

### Preciso usar a API de Conversões ou o pixel sozinho basta?

O pixel sozinho funciona, mas perde compras quando o navegador bloqueia o script. A API recupera parte dessa perda, e por isso o recomendado é usar as duas. Quem usa as duas precisa do mesmo event\_id, ou a compra conta em dobro.

### O que fazer se meu sistema não tem id de transação?

Crie um. Qualquer identificador único e estável do pedido serve, desde que o mesmo valor seja usado no navegador e no servidor e nunca se repita em outro pedido. Gerar um número novo a cada envio anula a deduplicação.

### Se a Meta mostra mais compras do que a loja, o rastreio está errado?

Não necessariamente. A Meta conta visualização na atribuição, e as plataformas nunca batem com o caixa. A suspeita só se confirma quando há prova em duas fontes, como o mesmo id repetido no log e a contagem acima dos pedidos reais.

### Pausar a API resolve a contagem em dobro?

Resolve a dobra, mas devolve o problema das compras que o pixel não vê. O conserto é corrigir o event\_id e travar o reenvio de webhook, mantendo os dois canais ligados.

## Leia também

### [API de Conversões da Meta (CAPI): para que serve](https://grupomarfre.com.br/gestao-de-trafego/conversoes-pelo-servidor-meta/)

API de Conversões da Meta (CAPI): o servidor envia à Meta os eventos que o pixel perde. Veja cookie, hash, deduplicação e por que ela não esquenta pixel novo.

### [Pixel da Meta: o que é e como saber se está funcionando](https://grupomarfre.com.br/gestao-de-trafego/pixel-da-meta/)

Pixel da Meta: o que ele faz e como saber se está funcionando, com os testes que enganam (headless, última hora) e como provar falha com duas fontes.

### [Qualidade da correspondência de eventos (EMQ): como subir a nota](https://grupomarfre.com.br/gestao-de-trafego/qualidade-de-correspondencia-emq/)

Qualidade da correspondência de eventos (EMQ): o que é, qual nota buscar (7+), como subir com e-mail e telefone em SHA-256 e usar a aba de diagnóstico.

### [Como saber se o rastreio quebrou](https://grupomarfre.com.br/gestao-de-trafego/rastreio-quebrado/)

Como saber se o rastreio quebrou: compra zerando em degrau em todas as campanhas, duas fontes para confirmar e o que fazer até o sinal voltar.

### [Por que Meta, Google e o caixa nunca dão o mesmo número](https://grupomarfre.com.br/gestao-de-trafego/meta-e-google-nao-batem/)

Meta Ads, Google Ads e o caixa dão números diferentes por janela, visualização e modelagem. Veja por que somar plataformas conta a venda 2× e o que conferir.

### [Atribuição na Meta em 2026: o que mudou no "clique"](https://grupomarfre.com.br/gestao-de-trafego/atribuicao-na-meta-2026/)

Atribuição na Meta em 2026: desde março, em conversão de site e loja física, clique é só clique no link; curtida e comentário viraram engage-through de 1 dia.

---

## Sobre o Grupo Marfre

Grupo Marfre Automação e Tecnologia LTDA (CNPJ 49.685.676/0001-55): agência de marketing digital e inteligência artificial com base em Contagem/MG, que atende o Brasil inteiro de forma remota.

- Endereço: Alameda das Cotovias, 75, Cabral, Contagem - MG, Brasil
- WhatsApp: (31) 93618-7272, https://wa.me/5531936187272
- E-mail: contato@grupomarfre.com.br
- Instagram: https://instagram.com/marfregrupo
- Serviços: gestão de tráfego pago (Meta Ads e Google Ads), site agêntico (site pronto pra assistentes de IA lerem), site que vira contato, SEO e Google, IA no WhatsApp, CRM e automação
- Serviço de site agêntico: https://grupomarfre.com.br/servicos/site-agentico/ · serviço de gestão de tráfego: https://grupomarfre.com.br/servicos/gestao-de-trafego/
- Guias: https://grupomarfre.com.br/sites-agenticos/ e https://grupomarfre.com.br/gestao-de-trafego/
- Método em 4 etapas: Diagnóstico, Estratégia, Execução, Otimização
- Segmentos já atendidos: clínica, consultório, advocacia, loja, igreja
- Preço e escopo não são publicados: são definidos por diagnóstico, caso a caso
- Todas as páginas em Markdown: https://grupomarfre.com.br/llms.txt · conteúdo completo: https://grupomarfre.com.br/llms-full.txt

Página HTML equivalente: https://grupomarfre.com.br/gestao-de-trafego/deduplicacao-de-eventos/