Por que o Meta mostra mais compras do que a minha loja tem pedidos?

Em geral porque duas ferramentas enviam o mesmo pixel com IDs de evento diferentes, ou porque os eventos do navegador e do servidor não compartilham um ID. O Meta só consegue unir cópias que tenham o mesmo nome de evento e o mesmo ID de evento.

Quanto tempo o Meta espera para deduplicar eventos?

O Meta deduplica um evento do navegador e um evento do servidor com o mesmo nome e o mesmo ID de evento quando eles chegam dentro de 48 horas do primeiro.

Devo desativar o pixel do navegador para acabar com as duplicatas?

Não. Em vez disso, dê o mesmo ID de evento ao evento do navegador e ao do servidor. O pixel do navegador acrescenta sinais como cookies, e o evento do servidor chega quando o navegador está bloqueado.

A deduplicação resolve o caso de várias plataformas reivindicando a mesma venda?

Não. Isso é atribuição sobreposta, e não um evento duplicado. Compare as vendas informadas pelas plataformas com os pedidos da sua loja e use um único modelo de atribuição para comparar os canais.

O Pinterest deduplica a tag e a Conversions API?

Sim, quando os dois eventos têm o mesmo event_id e o mesmo nome de evento e chegam em até 48 horas. O Pinterest mantém o primeiro evento que recebe e remove as cópias posteriores. No ROASaurus, a Tag e o servidor enviam os cinco eventos de compras com IDs e nomes correspondentes.

Eventos de compra duplicados: por que as vendas são contadas duas vezes

Principais conclusões

Um evento de compra duplicado é um pedido que uma plataforma de anúncios conta como duas ou mais compras.
As causas mais comuns são um pixel do navegador e um evento do servidor sem um ID de evento em comum, e duas ferramentas que enviam o mesmo pixel.
Meta, TikTok, Snapchat, Pinterest e Reddit mantêm uma única cópia quando os eventos do navegador e do servidor têm IDs iguais e chegam dentro da janela de tempo da plataforma.
Quando Meta, Google e TikTok reivindicam a mesma venda, nenhum evento foi enviado duas vezes: isso é atribuição sobreposta, e a deduplicação não consegue corrigi-la.
Compare a contagem de compras de cada fonte com os pedidos da sua loja: se uma única fonte tem mais compras do que pedidos, há um segundo remetente.

Eventos de compra duplicados acontecem quando uma plataforma de anúncios conta um pedido como duas ou mais compras. As causas mais comuns são um pixel do navegador e um evento do servidor que não compartilham um ID de evento, e duas ferramentas que enviam o mesmo pixel. O resultado são conversões infladas, um ROAS que parece melhor do que é e um lance que aprende com vendas que nunca aconteceram.

Este guia explica as causas, a diferença entre duplicatas dentro de uma plataforma e várias plataformas reivindicando a mesma venda, como a deduplicação funciona no Meta, no TikTok, no Snapchat, no Pinterest e no Reddit, e como encontrar e corrigir duplicatas.

O que conta como um evento de compra duplicado?

Dois problemas diferentes são chamados de contagem em duplicidade. Eles têm causas diferentes, e só um deles é um erro de rastreamento.

	Duplicata dentro de uma plataforma	Várias plataformas reivindicam uma venda
O que acontece	Uma plataforma conta o mesmo pedido mais de uma vez	Várias plataformas levam, cada uma, o crédito pelo mesmo pedido
Exemplo	O Meta mostra 2 compras para um pedido de $80	Meta, Google e TikTok informam, cada um, o mesmo pedido de $80
Causa	Dois eventos para um pedido, sem um ID de evento em comum	Cada plataforma credita a venda pelas próprias regras de atribuição
Resolvido pela deduplicação	Sim	Não
O que fazer	Um remetente por pixel e um ID de evento por pedido	Compare com os pedidos da sua loja e use um único modelo de atribuição

A deduplicação resolve o primeiro problema. O segundo exige os dados dos seus próprios pedidos.

Por que as compras são contadas duas vezes

Um pixel do navegador e um evento do servidor sem um ID em comum

Muitas lojas enviam cada compra duas vezes de propósito: uma pelo pixel do navegador e outra por um servidor, por meio de uma conversions API. Essa é uma boa configuração, porque a cópia do servidor chega quando a do navegador é bloqueada. Mas a plataforma só consegue juntar as duas cópias quando elas têm o mesmo ID de evento e o mesmo nome de evento. Se o navegador usa um ID aleatório e o servidor usa o número do pedido, a plataforma enxerga duas compras diferentes.

Duas ferramentas que enviam o mesmo pixel

Essa causa é comum e fácil de passar despercebida, principalmente depois da migração para uma nova ferramenta de rastreamento. A loja instala um app de rastreamento, mas mantém o app do canal de vendas da própria plataforma, uma tag do Google Tag Manager ou um código de pixel no tema. Cada ferramenta envia o seu próprio Purchase com os seus próprios IDs. A deduplicação dentro de cada ferramenta funciona, mas a plataforma ainda recebe duas compras sem relação entre si.

O mesmo evento enviado de novo

Uma tag de compra na página de confirmação do pedido pode disparar de novo quando o cliente recarrega ou volta à página. Um servidor também pode enviar um pedido duas vezes, por exemplo uma vez quando ele é criado e outra quando é pago. Monte o ID do evento a partir do ID do pedido, para que a repetição tenha o mesmo ID da primeira cópia e a plataforma consiga reconhecê-la.

Como funciona a deduplicação?

A deduplicação é a forma como uma plataforma mantém uma única cópia de um evento que recebeu mais de uma vez. A regra é parecida nas plataformas deste guia: as cópias precisam ter o mesmo ID, em geral junto com o mesmo nome de evento, e precisam chegar dentro de uma janela de tempo. Então a plataforma mantém uma cópia e descarta as demais.

browser Purchase event_id=order-1042Pixel do navegador no checkout

server Purchase event_id=order-1042Conversions API, mesmo nome e mesmo ID: unido à primeira

browser Purchase event_id=7c1e9a40Um segundo app no mesmo pixel, com ID próprio: contado de novo

Os dois primeiros eventos compartilham um ID e contam como uma única compra. O terceiro tem o próprio ID, então a plataforma informa duas compras para o pedido 1042.

Daí saem duas regras práticas. Crie o ID uma única vez, a partir de algo que o navegador e o servidor conheçam, como o ID do pedido. E use exatamente o mesmo nome de evento dos dois lados, como a plataforma o define, por exemplo Purchase no Meta.

Regras de deduplicação por plataforma

Os detalhes variam de plataforma para plataforma. Esta tabela resume a documentação oficial de cada plataforma em outubro de 2026.

Plataforma	Campo do navegador	Campo do servidor	Janela	Observações
Meta	`eventID`	`event_id`	48 horas	O nome do evento também precisa coincidir. Um fallback com fbp ou external_id só funciona quando o evento do navegador chega primeiro.
TikTok	`event_id`	`event_id`	48 horas	O nome do evento também precisa coincidir. O TikTok mantém o primeiro evento que recebe.
Snapchat	`client_dedup_id` e `transaction_id` para compras	`event_id` e `order_id` para compras	48 horas, ou 30 dias para o ID do pedido da compra	O nome do evento também precisa coincidir. O par client_dedup_id tem prioridade.
Pinterest	`event_id`	`event_id`	48 horas	Envie o mesmo nome de evento das duas fontes. O Pinterest mantém o primeiro evento que recebe.
Reddit	`conversionId`	`conversion_id`	2 dias	Mesmo tipo de evento e, nos eventos personalizados, o mesmo nome. Roda a cada hora e pode levar até 24 horas para aparecer.

A regra comum: o mesmo evento, o mesmo ID, dentro da janela. Os nomes dos campos variam, então confira cada integração separadamente.

No ROASaurus, os pixels do navegador do Meta, do TikTok, do Snapchat, do Pinterest e do Reddit enviam o mesmo ID de evento que os eventos do servidor, então essas plataformas deduplicam. No Snapchat, o pixel também envia o ID do pedido como transaction_id, que corresponde ao order_id da compra no servidor. No Pinterest, a Tag e a API usam nomes de evento correspondentes. O X, o Microsoft Advertising e o Taboola recebem apenas eventos do servidor, então não há nada para unir. Se você envia os eventos por conta própria, o guia da Conversions API do Meta mostra onde o ID do evento entra no pixel e na chamada da API.

Várias plataformas reivindicando uma venda não é um evento duplicado

Agora o segundo problema. Uma pessoa assiste a um vídeo do TikTok, clica em um anúncio do Google Shopping dois dias depois e compra após um anúncio de remarketing do Meta. Cada plataforma tem o seu próprio registro de um clique ou de uma visualização, e cada uma informa a venda. Nenhum evento foi enviado duas vezes, então nenhuma configuração de deduplicação muda isso.

Receita reivindicada em uma semana (loja de exemplo)

Como encontrar eventos de compra duplicados

Compare cada fonte com os seus pedidos
Pegue um dia completo. Conte os eventos Purchase que cada fonte enviou nesse dia, antes da deduplicação: o pixel do navegador e os eventos do servidor. Algumas ferramentas de eventos mostram essa divisão por método de conexão, e a sua ferramenta de rastreamento server-side tem um log próprio do que enviou. Compare cada número com a quantidade de pedidos que a sua loja recebeu naquele dia.
Leia os relatórios de deduplicação
Algumas plataformas informam as duplicatas que removeram. O Reddit, por exemplo, mantém um log de eventos deduplicados por sete dias, e o Pinterest mostra a deduplicação por evento no Ads Manager.
Faça um pedido de teste
Abra a visão de eventos de teste da plataforma e faça um pedido. Você deve ver um Purchase do navegador e um do servidor, com o mesmo ID de evento. Um terceiro Purchase, ou dois IDs diferentes, mostra a causa.
Liste todas as ferramentas que podem enviar o pixel
Verifique apps de canais de venda, contêineres de gerenciador de tags, o código do tema e apps de rastreamento mais antigos. Uma extensão de navegador como o Meta Ads Data Advisor, antes chamado de Meta Pixel Helper, mostra quais eventos de pixel disparam em uma página.

O primeiro passo é a verificação mais rápida. Uma fonte com um único remetente envia no máximo uma compra por pedido. A contagem do navegador costuma ser menor do que a de pedidos, por causa de bloqueadores de anúncios e de consentimentos recusados. Portanto, uma única fonte com mais compras do que pedidos indica um segundo remetente ou eventos repetidos:

Fonte (loja de exemplo, um dia)	Compras	Pedidos da loja	Razão	O que indica
Meta, navegador	186	120	1.55	Mais compras do que pedidos: duas ferramentas disparam o pixel do navegador
Meta, servidor	119	120	0.99	Normal: um remetente no servidor
TikTok, servidor	241	120	2.01	Todo pedido em dobro: dois apps enviam a Events API

Contagens por fonte, antes da deduplicação. Uma razão acima de 1.0 indica que essa fonte envia alguns pedidos duas vezes. Uma razão próxima de 2.0 indica que ela envia quase todos os pedidos duas vezes.

Como corrigir eventos de compra duplicados

Mantenha um remetente por pixel. Escolha uma ferramenta para cada pixel e desative esse pixel em todos os outros lugares: apps de canais de venda, tags de gerenciador de tags e código do tema. No Shopify, remova o mesmo pixel das configurações de compartilhamento de dados do canal Facebook & Instagram, porque todos os níveis de compartilhamento de dados ainda enviam o pixel do navegador. Verifique o app do TikTok da mesma forma.
Use um ID de evento por pedido. Monte o ID a partir do ID do pedido e envie-o tanto com o evento do navegador quanto com o do servidor.
Use o mesmo nome de evento. O navegador e o servidor precisam nomear o evento da mesma forma, exatamente como a plataforma o define.
Envie dentro da janela. Um evento do servidor que chega dias depois não é unido. No Meta, no TikTok e no Pinterest a janela é de 48 horas; no Reddit, de dois dias.
Teste de novo após cada mudança. Repita o pedido de teste e compare as contagens de novo no dia seguinte.

Como o ROASaurus evita eventos de compra duplicados

O ROASaurus envia cada compra a partir dos dados de pedido da loja e dá à cópia do navegador e à cópia do servidor o mesmo ID de evento, montado a partir do ID do pedido. No Shopify, o evento do servidor vem do webhook de pedido pago, então recarregar a página de agradecimento não cria um novo evento do servidor. O Event log lista cada envio do servidor por plataforma, com a requisição e a resposta da plataforma, para você ver o que foi enviado em cada pedido. O guia de rastreamento server-side no Shopify mostra o fluxo completo.

Se uma plataforma ainda mostra mais compras do que pedidos, outra ferramenta envia o mesmo pixel. O guia Evite a contagem em duplicidade lista onde procurar, e o rastreamento server-side explica quais eventos o ROASaurus envia a cada plataforma.

Fontes

No ROASaurus

Continue lendo

RastreamentoBloqueadores de anúncios e rastreamento: o que a sua loja perdeBloqueadores de anúncios barram os pixels de rastreamento, e as plataformas de anúncios deixam de ver compras. Veja quais eventos se perdem, por que os eventos server-side não se perdem e como medir a sua diferença.RastreamentoConsent Mode v2 e GDPR: o que uma loja online pode enviarConsent Mode v2 para lojas online: os quatro sinais de consentimento do Google, o que a lei da UE exige e o que o rastreamento server-side ainda pode enviar. Apenas informações gerais.RastreamentoSafari ITP e rastreamento de anúncios: o que ainda funcionaO Safari ITP limita a 7 dias os cookies definidos por scripts, ou a 24 horas após alguns cliques em anúncios. Veja o que isso faz com a atribuição e qual rastreamento ainda funciona.