Por que o Meta duplica compras da Shopify, e a solução

Por que o Meta mostra mais compras que a Shopify?

Geralmente porque duas ferramentas enviam a mesma compra para um pixel com IDs de evento diferentes: o app Facebook & Instagram da Shopify mais outro app de rastreamento, um pixel personalizado ou um gerenciador de tags. O Meta trata duas cópias como uma só quando o nome do evento e o ID do evento coincidem, então dê a cada pixel um único remetente.

Este guia trata do Meta mostrando mais compras que a Shopify, incluindo eventos Purchase que nenhum pedido gerou. Se ele mostrar menos, veja O pixel do Meta não está rastreando compras?

Um tópico muito lido da comunidade Shopify de 2022 rastreou o problema até uma Purchase que disparava a cada carregamento da página de status do pedido: cada vez que um cliente a recarregava, outra venda era registrada (tópico). Essa causa já não existe nas lojas atuais, porque o evento de compra da Shopify para pixels, checkout_completed, é “disparado uma vez para cada checkout” (Shopify: checkout_completed). As duplicatas de hoje vêm de um segundo remetente.

Como o Meta deduplica eventos do pixel e da Conversions API?

Por nome do evento e ID do evento. Se o pixel e a Conversions API enviarem o mesmo par para o mesmo pixel dentro de 48 horas, o Meta conta a compra uma vez e “geralmente” mantém a cópia que recebeu primeiro.

A regra do Meta, verificada em 24 de setembro de 2026:

• As chaves. O eventID do pixel precisa coincidir com o event_id da Conversions API, o event do pixel precisa coincidir com event_name, e os dois precisam ir para o mesmo ID de pixel. “Os eventos só são deduplicados se forem recebidos dentro de 48 horas” (Meta: deduplication).
• Dentro de uma mesma fonte. As mesmas chaves também removem repetições enviadas duas vezes do navegador, ou duas vezes de um servidor (Meta: about deduplication).
• O plano B. O Meta também pode casar por nome do evento mais fbp ou external_id, mas “isso só funciona para deduplicar eventos enviados primeiro do navegador e depois pelo servidor”, e não para eventos de uma única fonte (Meta: deduplication).

Então duas ferramentas que criam cada uma seus próprios IDs de evento enviam duas compras que o Meta não consegue casar. A Shopify dá o mesmo aviso antes de você adicionar um pixel personalizado: “remova ou modifique quaisquer pixels existentes para garantir que os eventos de cliente não sejam contados em dobro” (Shopify: manage custom pixels).

De onde vem a segunda compra?

A segunda Purchase vem de uma segunda ferramenta enviando para o mesmo pixel do Meta. Numa loja Shopify de hoje, geralmente é uma destas.

Três destes merecem uma olhada mais de perto:

• Regras da ferramenta de configuração de eventos. A ferramenta sem código do Meta pode vincular uma Purchase a um botão ou a um endereço de página, e o Meta avisa que uma Purchase configurada num botão Comprar agora dispara “toda vez que um cliente clica em Comprar agora, tendo a compra sido concluída ou não” (Meta: event setup tool). Em setembro de 2026, um comerciante rastreou uma Purchase que disparava a cada carregamento da página inicial, sem valor e sem nenhum pedido por trás, até uma regra assim: a solicitação do pixel trazia cd[cs_est]=true, que apontava para a ferramenta de configuração de eventos, e uma regra de Purchase ativa aparecia na configuração do dataset, embora a própria tela da ferramenta não listasse nenhuma (tópico).
• Código do tema. A Shopify diz que, uma vez conectado o app Facebook & Instagram, um pixel do Meta adicionado antes ao tema deve ser removido, porque mais de um pixel “pode resultar em dados duplicados ou incorretos nos seus relatórios” (Shopify: Meta pixel).
• Eventos automáticos geralmente não são o culpado: o Meta diz que eles “são deduplicados de qualquer outro evento que você tenha configurado manualmente” (Meta: automatic events).

Como eu encontro isso?

Faça um pedido real, conte os eventos Purchase que ele produz e rastreie cada um até seu remetente.

1. No Meta Events Manager, clique em Data sources, selecione seu dataset e abra Test events. Digite o endereço da sua loja, clique em Open website e faça um pedido real. O Meta diz que a ferramenta mostra “quais eventos são processados e quais são deduplicados” (Meta: test events), mas aqui ela lista só eventos do navegador: os eventos do servidor só aparecem ali com um código de evento de teste, que os envios reais não trazem (Meta: using the API). Dois eventos Purchase do navegador com IDs diferentes indicam dois remetentes de navegador.
2. Para remetentes de servidor, clique em View details no evento Purchase e leia Event overview e Event deduplication (Meta: server event details). Com o cPixel, Ao vivo mostra a qual dos seus pixels ele enviou o pedido.
3. Nas ferramentas de desenvolvedor do seu navegador, abra o painel Network e filtre por facebook.com/tr, o endereço para onde o pixel do Meta envia (Meta: pixel base code). Cada solicitação com ev=Purchase nomeia seu pixel em id; no caso da página inicial acima, cd[cs_est]=true marcava a regra. Envios de servidor nunca aparecem aqui. O mesmo método funciona para qualquer plataforma: verifique todos os pixels da página.
4. Na Shopify, vá em Settings → Customer events e anote todo pixel de app e pixel personalizado que possa enviar para o Meta.
5. Vá em Online Store → Themes, abra o menu ao lado do seu tema publicado, clique em Edit code e procure por fbq e seu ID de pixel. O Meta recomenda procurar por fbq para achar o código do seu pixel (Meta: drop in website events).
6. No Events Manager, verifique a ferramenta de configuração de eventos em busca de uma Purchase vinculada a um botão ou página. Uma regra pode existir mesmo quando a tela da ferramenta não lista nenhuma, como no caso de setembro de 2026.

Quando um pedido produz uma Purchase, ou duas com o mesmo ID de evento das quais o Meta deduplica uma, está resolvido.

E o TikTok e o GA4?

Eles funcionam da mesma forma com chaves diferentes: o TikTok casa o evento e o ID do evento dentro de 48 horas, e o GA4 casa o ID de transação. A correção também é a mesma: um remetente por pixel ou propriedade.

Fontes, verificadas em 24 de setembro de 2026: Meta, TikTok, Google, Pinterest, Snap, OpenAI.

Dois detalhes importam. O TikTok trata um par pixel e Events API com o mesmo pixel, evento e event_id como um único evento: mantém o primeiro, descarta cópias recebidas dentro das 48 horas seguintes e tenta mesclar dados de uma cópia recebida dentro de 5 minutos (TikTok developer documentation). O Google só deduplica compras que compartilham um ID de transação, então dois remetentes com IDs diferentes contam duas vezes no GA4, e ele avisa contra o erro oposto: “vai deduplicar todos os eventos de compra que tiverem transaction_id=""”, o que colapsa compras reais numa só. Mais em por que o GA4 e a Shopify divergem nas compras.

Dois apps podem enviar para o mesmo pixel com segurança?

Só se os dois enviarem o mesmo ID de evento para cada compra, o que apps separados não fazem: cada um cria o seu.

O cPixel, que nós desenvolvemos, diz isso na própria configuração sobre o app de canal da Shopify: rodar os dois “duplicaria a contagem das suas vendas — os IDs de evento do app oficial não podem ser casados com os nossos”. O plano B do Meta com fbp e external_id também não é uma rede de segurança: só funciona quando o evento do navegador chega primeiro e o do servidor depois, e nunca entre dois remetentes de servidor.

Mantenha o outro app para tudo, menos o rastreamento. O app Facebook & Instagram também sincroniza seus produtos com o Commerce Manager do Meta e os vende no Facebook e no Instagram (Meta: connect Shopify), então a correção é fazer só uma ferramenta enviar para o pixel, não remover o app. Se uma segunda ferramenta precisar dos dados de compra para seus próprios relatórios, dê a ela um dataset diferente. Para ver as opções lado a lado, veja configure a Conversions API na Shopify.

Como eu resolvo isso de vez?

Para o Meta parar de contar duas vezes as compras da Shopify, dê a cada pixel um único remetente, depois confirme com um pedido real que uma compra gera uma única Purchase.

1. Escolha o remetente de cada pixel: o app Facebook & Instagram, um app de rastreamento ou seu próprio servidor.
2. Pare todo outro remetente para esse pixel: desconecte o pixel personalizado, remova a tag Purchase do Meta no gerenciador de tags, apague o código do tema e qualquer regra de Purchase na ferramenta de configuração de eventos.
3. Se outro app precisar continuar rodando, desligue o envio dele para esse pixel ou conecte-o a um dataset diferente. Mantenha o app Facebook & Instagram instalado pelo catálogo e pela loja dele.
4. Repita o teste de um pedido: Test events para remetentes de navegador, os detalhes do evento Purchase para os de servidor, e Ao vivo se o cPixel enviar.

O cPixel dá a cada compra um único ID de evento, construído a partir da sua loja e do checkout e compartilhado pelo navegador, pelo servidor e por cada conta que você conectar para essa plataforma. A Purchase pelo navegador do Meta fica desligada enquanto o envio pelo servidor do cPixel para esse pixel está ativo, e o cPixel não conecta o mesmo pixel duas vezes. Ele não consegue deduplicar os eventos de outro app, então procura por eles: uma vez por dia, ele lê sua loja em busca de outras tags de rastreamento e a lista de pixels registrados na Shopify, e sinaliza um conflito na sua página Destinos em Outro app está configurado para uma plataforma à qual o cPixel também envia, sem nomear o outro app nem pedir para você removê-lo. Como ele constrói cada ID está em como o cPixel conta cada compra uma vez.

Para manter o app Facebook & Instagram como remetente do Meta, responda Sim — mantenha-o, e o cPixel para de enviar o Meta pelo servidor na configuração de Meta do cPixel. Isso também interrompe os envios do cPixel pelo navegador para esse pixel, seja qual for o texto do rótulo. A escolha é explicada em o cPixel ao lado do app do Facebook e Instagram. Mais sobre o cPixel, que envia compras da Shopify para sete plataformas de anúncios.

Perguntas frequentes

Uma Purchase no carregamento da página inicial é uma duplicata?

Não, é um evento falso: nenhum pedido a produziu. O evento de compra da Shopify para pixels dispara uma vez por checkout, na página de agradecimento ou na primeira página de upsell (Shopify: checkout_completed), nunca numa página inicial. Procure uma regra de Purchase na ferramenta de configuração de eventos do Meta, um pixel personalizado ou um script no seu tema, como no tópico de setembro de 2026 acima.

Por que as visualizações de página estão em dobro enquanto a receita parece certa?

Porque duas ferramentas enviam eventos da loja para o pixel, mas só uma delas envia a compra, por exemplo código do pixel do Meta que ficou no seu tema junto com o app Facebook & Instagram. A contagem de compras está certa e as visualizações de página estão em dobro, o que é por que essa duplicata passa despercebida. Remova o código do tema, como recomenda a Shopify (Shopify: Meta pixel).

Duplicatas prejudicam a entrega dos anúncios?

Elas a distorcem. O Meta diz que sem deduplicação “você pode ver números de conversão artificialmente altos, que podem levar a decisões erradas de otimização e alocação de orçamento” (Meta: about deduplication). Corrija primeiro o remetente, depois avalie as campanhas pelos dias após a correção.