Porque é que a Meta mostra mais compras do que as encomendas da minha loja?

Normalmente porque duas ferramentas enviam o mesmo pixel com IDs de evento diferentes, ou porque os eventos do navegador e do servidor não partilham um ID. A Meta só consegue juntar cópias que tenham o mesmo nome de evento e o mesmo ID de evento.

Quanto tempo espera a Meta para eliminar duplicados de eventos?

A Meta elimina os duplicados de um evento do navegador e de um evento do servidor com o mesmo nome e o mesmo ID de evento quando chegam com menos de 48 horas de diferença do primeiro.

Devo desligar o pixel do navegador para acabar com os duplicados?

Não. Dê antes o mesmo ID de evento ao evento do navegador e ao evento do servidor. O pixel do navegador acrescenta sinais como os cookies, e o evento do servidor chega quando o navegador está bloqueado.

A eliminação de duplicados resolve várias plataformas a reclamarem a mesma venda?

Não. Isso é atribuição sobreposta, não um evento duplicado. Compare o que as plataformas reclamam com as encomendas da sua loja e use um só modelo de atribuição para comparar canais.

O Pinterest elimina duplicados entre a tag e a Conversions API?

Sim, quando ambos os eventos trazem o mesmo event_id e o mesmo nome de evento e chegam dentro de 48 horas. O Pinterest guarda o primeiro evento que recebe e remove as cópias posteriores. Na ROASaurus, a Tag e o servidor enviam os cinco eventos de loja com IDs e nomes correspondentes.

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

Pontos-chave

Um evento de compra duplicado é uma encomenda que uma plataforma de anúncios conta como duas ou mais compras.
As causas habituais são um pixel do navegador e um evento do servidor sem um ID de evento partilhado, e duas ferramentas que enviam o mesmo pixel.
A Meta, o TikTok, o Snapchat, o Pinterest e o Reddit mantêm cada um uma só cópia quando os eventos do navegador e do servidor trazem IDs iguais e chegam dentro da janela de tempo da plataforma.
Quando a Meta, a Google e o TikTok reclamam todos a mesma venda, nenhum evento foi enviado duas vezes: isso é atribuição sobreposta, e a eliminação de duplicados não a resolve.
Compare o número de compras de cada fonte com as encomendas da sua loja: uma única fonte com mais compras do que encomendas indica um segundo emissor.

Os eventos de compra duplicados surgem quando uma plataforma de anúncios conta uma encomenda como duas ou mais compras. As causas habituais são um pixel do navegador e um evento do servidor que não partilham um ID de evento, e duas ferramentas que enviam o mesmo pixel. O resultado são conversões inflacionadas, um ROAS com melhor aspeto do que o real e uma otimização de lances que aprende com vendas que nunca aconteceram.

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

O que conta como um evento de compra duplicado?

Dois problemas diferentes recebem o nome de dupla contagem. Têm causas diferentes e só um deles é um erro de tracking.

	Duplicado dentro de uma plataforma	Várias plataformas reclamam uma venda
O que acontece	Uma plataforma conta a mesma encomenda mais do que uma vez	Várias plataformas reclamam, cada uma, o mérito pela mesma encomenda
Exemplo	A Meta mostra 2 compras para uma encomenda de $80	A Meta, a Google e o TikTok reportam, cada um, a mesma encomenda de $80
Causa	Dois eventos para uma encomenda sem um ID de evento partilhado	Cada plataforma atribui a venda segundo as suas próprias regras de atribuição
Resolvido pela eliminação de duplicados	Sim	Não
O que fazer	Um só emissor por pixel e um ID de evento por encomenda	Compare com as encomendas da sua loja e use um só modelo de atribuição

A eliminação de duplicados resolve o primeiro problema. O segundo exige os dados das suas próprias encomendas.

Contado duas vezes

Um pixel do navegador e um evento do servidor sem um ID partilhado

Muitas lojas enviam cada compra duas vezes de propósito: uma a partir do pixel do navegador e outra a partir de um servidor, através de uma conversions API. É 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 têm o mesmo ID de evento e o mesmo nome de evento. Se o navegador usar um ID aleatório e o servidor usar o número da encomenda, a plataforma vê duas compras diferentes.

Duas ferramentas que enviam o mesmo pixel

Esta causa é comum e fácil de passar despercebida, sobretudo depois de uma mudança para uma nova ferramenta de tracking. Uma loja instala uma app de tracking mas mantém a app do canal de vendas da própria plataforma, uma tag do Google Tag Manager ou o código do pixel no tema. Cada ferramenta envia o seu próprio Purchase com os seus próprios IDs. A eliminação de duplicados dentro de cada ferramenta funciona, mas a plataforma continua a receber duas compras sem relação entre si.

O mesmo evento enviado outra vez

Uma tag de compra na página de confirmação da encomenda pode disparar de novo quando o comprador recarrega ou volta a visitar a página. Um servidor também pode enviar uma encomenda duas vezes, por exemplo uma quando é criada e outra quando é paga. Crie o ID de evento a partir do ID da encomenda, para que uma repetição traga o mesmo ID da primeira cópia e a plataforma a possa reconhecer.

Como funciona a eliminação de duplicados?

A eliminação de duplicados é a forma como uma plataforma guarda uma só cópia de um evento que recebeu mais do que uma vez. A regra é semelhante nas plataformas deste guia: as cópias têm de trazer o mesmo ID, normalmente juntamente com o mesmo nome de evento, e têm de chegar dentro de uma janela de tempo. A plataforma guarda então uma cópia e descarta as restantes.

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

server Purchase event_id=order-1042Conversions API, mesmo nome e ID: associado ao primeiro

browser Purchase event_id=7c1e9a40Uma segunda app no mesmo pixel, com o seu próprio ID: contado outra vez

Os dois primeiros eventos partilham um ID e contam como uma só compra. O terceiro tem o seu próprio ID, por isso a plataforma reporta duas compras para a encomenda 1042.

Daqui resultam duas regras práticas. Crie o ID uma só vez, a partir de algo que o navegador e o servidor conheçam, como o ID da encomenda. E use exatamente o mesmo nome de evento dos dois lados, tal como a plataforma o define, por exemplo Purchase na Meta.

Regras de eliminação de duplicados por plataforma

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

Plataforma	Campo do navegador	Campo do servidor	Janela	Notas
Meta	`eventID`	`event_id`	48 horas	O nome do evento também tem de coincidir. Uma alternativa 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 tem de coincidir. O TikTok guarda o primeiro evento que recebe.
Snapchat	`client_dedup_id` e `transaction_id` nas compras	`event_id` e `order_id` nas compras	48 horas, ou 30 dias para o ID da encomenda de compra	O nome do evento também tem de coincidir. O par client_dedup_id tem prioridade.
Pinterest	`event_id`	`event_id`	48 horas	Envie o mesmo nome de evento a partir das duas fontes. O Pinterest guarda o primeiro evento que recebe.
Reddit	`conversionId`	`conversion_id`	2 dias	O mesmo tipo de evento e, nos eventos personalizados, o mesmo nome. Corre todas as horas e pode demorar até 24 horas a aparecer.

A regra comum: o mesmo evento, o mesmo ID, dentro da janela. Os nomes dos campos diferem, por isso verifique cada integração em separado.

Na ROASaurus, os pixels do navegador da Meta, do TikTok, do Snapchat, do Pinterest e do Reddit enviam o mesmo ID de evento que os eventos do servidor, por isso essas plataformas eliminam duplicados. No Snapchat, o pixel envia também o ID da encomenda 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, a Microsoft Advertising e a Taboola recebem apenas eventos do servidor, por isso não há nada a juntar. Se enviar os eventos por si, o guia da Meta Conversions API mostra onde entra o ID de evento no pixel e na chamada à API.

Várias plataformas a reclamarem a mesma venda não é um evento duplicado

Agora o segundo problema. Um comprador vê um vídeo do TikTok, clica num anúncio do Google Shopping dois dias depois e compra depois de um anúncio de retargeting da Meta. Cada plataforma tem o seu próprio registo de um clique ou de uma visualização, e cada uma reporta a venda. Nenhum evento foi enviado duas vezes, por isso nenhuma definição de eliminação de duplicados altera isto.

Receita reclamada numa semana (loja de exemplo)

Como encontrar eventos de compra duplicados

Compare cada fonte com as suas encomendas
Escolha um dia completo. Conte os eventos Purchase que cada fonte enviou nesse dia, antes da eliminação de duplicados: o pixel do navegador e os eventos do servidor. Algumas ferramentas de eventos mostram esta divisão por método de ligação, e a sua ferramenta de tracking server-side tem o seu próprio registo do que enviou. Compare cada número com o número de encomendas que a sua loja recebeu nesse dia.
Leia os relatórios de eliminação de duplicados
Algumas plataformas reportam os duplicados que removeram. O Reddit, por exemplo, mantém durante sete dias um registo dos eventos em que eliminou duplicados, e o Pinterest mostra a eliminação de duplicados por evento no Ads Manager.
Faça uma encomenda de teste
Abra a vista de eventos de teste da plataforma e faça uma encomenda. Deverá ver um Purchase do navegador e um do servidor com o mesmo ID de evento. Um terceiro Purchase, ou dois IDs diferentes, revela a causa.
Liste todas as ferramentas que podem enviar o pixel
Verifique as apps de canais de vendas, os contentores do gestor de tags, o código do tema e as apps de tracking mais antigas. Uma extensão do navegador como o Meta Ads Data Advisor, anteriormente Meta Pixel Helper, mostra que eventos do pixel disparam numa página.

O primeiro passo é a verificação mais rápida. Uma fonte com um só emissor envia no máximo uma compra por encomenda. A contagem do navegador costuma ser inferior às suas encomendas, por causa dos bloqueadores de anúncios e do consentimento recusado. Por isso, uma única fonte com mais compras do que encomendas aponta para um segundo emissor ou para eventos repetidos:

Fonte (loja de exemplo, um dia)	Compras	Encomendas da loja	Rácio	O que sugere
Meta, navegador	186	120	1.55	Mais compras do que encomendas: duas ferramentas disparam o pixel do navegador
Meta, servidor	119	120	0.99	Normal: um só emissor do servidor
TikTok, servidor	241	120	2.01	Todas as encomendas duas vezes: duas apps enviam a Events API

Contagens por fonte, antes da eliminação de duplicados. Um rácio acima de 1.0 significa que essa fonte envia algumas encomendas duas vezes. Um rácio perto de 2.0 significa que envia quase todas as encomendas duas vezes.

Como corrigir eventos de compra duplicados

Mantenha um só emissor por pixel. Escolha uma ferramenta para cada pixel e desligue esse pixel em todos os outros sítios: apps de canais de vendas, tags do gestor de tags e código do tema. No Shopify, retire o mesmo pixel das definições de partilha de dados do canal Facebook & Instagram, porque todos os níveis de partilha de dados continuam a enviar o pixel do navegador. Verifique a app do TikTok da mesma forma.
Use um ID de evento por encomenda. Crie o ID a partir do ID da encomenda e envie-o tanto com o evento do navegador como com o evento do servidor.
Use o mesmo nome de evento. O navegador e o servidor têm de dar ao evento o mesmo nome, exatamente como a plataforma o define.
Envie dentro da janela. Um evento do servidor que chega dias depois não é associado. Na Meta, no TikTok e no Pinterest a janela é de 48 horas, no Reddit de dois dias.
Teste de novo após cada alteração. Repita a encomenda de teste e compare as contagens outra vez no dia seguinte.

Como a ROASaurus evita eventos de compra duplicados

A ROASaurus envia cada compra a partir dos dados de encomenda da loja e dá à cópia do navegador e à cópia do servidor o mesmo ID de evento, criado a partir do ID da encomenda. No Shopify, o evento do servidor vem do webhook de encomenda paga, por isso 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 o pedido e a resposta da plataforma, para que possa ver o que foi enviado para cada encomenda. O guia sobre tracking server-side no Shopify mostra o fluxo completo.

Se uma plataforma continuar a mostrar mais compras do que encomendas, há outra ferramenta a enviar o mesmo pixel. Evitar contagem em duplicado indica onde procurar, e o tracking server-side explica que eventos a ROASaurus envia para cada plataforma.

Fontes

Na ROASaurus

Continue a ler

TrackingBloqueadores de anúncios e tracking: o que a sua loja perdeOs bloqueadores de anúncios travam os pixels de tracking, por isso as plataformas de anúncios perdem compras. Veja que eventos se perdem, porque é que os eventos server-side não se perdem e como medir a diferença na sua loja.TrackingConsent Mode v2 e RGPD: o que uma loja online pode enviarConsent Mode v2 para lojas online: os quatro sinais de consentimento da Google, o que a lei da UE exige e o que o tracking server-side ainda pode enviar. Apenas informação geral.TrackingSafari ITP e tracking de anúncios: o que ainda funcionaO Safari ITP limita a 7 dias os cookies criados por scripts, ou a 24 horas após alguns cliques em anúncios. Veja o que isso faz à atribuição e que tracking continua a funcionar.