Como o cPixel conta cada compra uma vez
Como o cPixel evita contar uma compra duas vezes?
O cPixel envia cada compra da Shopify uma única vez para cada conta conectada, sob um único ID de evento construído a partir da sua loja e do checkout, e desliga a Purchase pelo navegador da Meta enquanto o envio pelo servidor está ativo. Os outros eventos saem do navegador ou do servidor, ou dos dois sob um único ID compartilhado. As duplicatas restantes geralmente vêm de outro app ou tag.
O ID é um hash do endereço myshopify.com da sua loja e do token do checkout, não do ID do pedido, então o navegador do comprador e o servidor do cPixel chegam ao mesmo valor de forma independente. Toda conta que você conecta em uma plataforma o recebe, e o cPixel não conecta o mesmo pixel duas vezes. A maioria dos outros eventos carrega o próprio ID de evento da Shopify. Pedidos feitos fora do seu checkout online, quando você os ativa, recebem um ID a partir do pedido, e os reembolsos, enviados só ao GA4, recebem um ID próprio.
Qual ID cada plataforma usa para deduplicar?
Cada plataforma tem sua própria chave: um ID de evento para Meta, TikTok, OpenAI Ads, Pinterest e Snapchat, e um ID de transação para GA4 e Google Ads. O cPixel envia cada evento a uma plataforma uma vez, ou duas sob a chave que essa plataforma usa para casar eventos.
| Plataforma | Deduplica por | Janela | O que o cPixel envia |
|---|---|---|---|
| Meta | Nome do evento e ID do evento, mesmo pixel; geralmente mantém o primeiro recebido | 48 horas | Eventos de navegação e checkout dos dois lados, um só ID; a Purchase só pelo servidor |
| TikTok | Evento e ID do evento; mantém o primeiro recebido | 48 horas | Tudo pelo servidor, exceto o Pageview, que os dois lados enviam sob um só ID |
| GA4 | ID de transação, em streams da web | Não informado | A compra pelo servidor, com o ID do pedido como ID de transação; o resto pelo navegador |
| OpenAI Ads | ID do pixel, nome do evento e id; o primeiro recebido prevalece |
Não informado | Checkouts e compras pelo servidor; o resto pela tag do navegador |
| Nome do evento e ID do evento; mantém o primeiro capturado | 48 horas | Checkouts e compras pelo servidor; o resto pela tag do navegador | |
| Snapchat | Seu ID de dedup; compras também pelo ID do pedido | 48 horas; 30 dias pelo ID do pedido | Checkout, dados de pagamento e compra pelo servidor; o resto pela tag do navegador |
| Google Ads | ID de transação, dentro de uma mesma ação de conversão | Não informado | A compra pela tag do navegador na página de agradecimento, com o ID do pedido |
Fontes, verificadas em 24 de setembro de 2026: Meta, TikTok, GA4, OpenAI, Pinterest, Snap, Google Ads.
No Ao vivo, os detalhes de um envio pelo servidor concluído nomeiam sua chave, como “deduplicado pelo ID do evento”: a chave que a plataforma usa para casar, não a prova de que ela mesclou um par.
Por que a Meta recebe a compra só pelo servidor?
Porque a Meta é a única plataforma em que o cPixel poderia enviar a compra pelos dois lados, e uma única cópia não pode ser contada duas vezes. A cópia pelo servidor é construída a partir do pedido da Shopify, então não depende do navegador do comprador, e carrega mais dos dados que a Meta usa para correlacionar clientes.
A Purchase pelo navegador da Meta dispara só enquanto o envio pelo servidor do cPixel para esse pixel não está ativo: a conta não tem token de acesso, a Meta rejeitou o token, Enviar eventos pelos nossos servidores está desligado, ou o plano Free pausou os envios pelo servidor. De um jeito ou de outro, a Meta recebe uma Purchase por pedido.
No Ao vivo, a Meta aparece na linha Servidor da compra, não na linha Navegador. No Meta Events Manager, a Purchase chega pela Conversions API, enquanto os outros eventos aparecem como “Multiple” porque os dois lados os enviam.
O que ainda pode contar em dobro?
Outra ferramenta enviando para o mesmo pixel, e um reenvio depois que a janela da plataforma já fechou. O cPixel não consegue deduplicar os eventos de outro app: cada app cria seus próprios IDs de evento, então a plataforma vê duas compras.
Os segundos remetentes mais comuns são o app próprio de uma plataforma, como Facebook & Instagram ou Google & YouTube, outro app de rastreamento ou pixel personalizado, e código de pixel colado no seu tema. Uma duplicata costuma aparecer como “visualizações de página em dobro enquanto a receita do pedido continua parecendo certa”, nas palavras do próprio aviso do cPixel, então verifique também as visualizações de página, não só as compras. A solução é um remetente por pixel: use o cPixel com o app do Facebook e Instagram.
Como encontro um segundo remetente?
Comece na página Destinos do cPixel, depois confirme na plataforma. Uma vez por dia, o cPixel lê sua loja em busca de tags escritas no tema e pixels registrados na Shopify, e lista qualquer sobreposição em Outro app está configurado para uma plataforma à qual o cPixel também envia.
- No cPixel, abra Destinos e leia O que fazer a respeito em cada achado.
- Na Shopify, vá em Settings → Customer events e anote todo pixel de app e pixel personalizado que possa enviar para a mesma plataforma.
- No cPixel, abra Ao vivo, clique em Iniciar sessão e faça um pedido real para ver a quais contas o cPixel o enviou.
- Na plataforma, confira se o pedido gerou uma única compra. No Meta Events Manager, uma Purchase chegando tanto pelo navegador quanto pela Conversions API indica um segundo remetente, porque a Purchase pelo navegador do cPixel fica desligada enquanto o envio pelo servidor está ativo.
O escaneamento informa o que está configurado, não o que disparou, e não consegue ler uma loja protegida por senha, então a ausência de um aviso não descarta um segundo remetente. Para código de tema, gerenciadores de tag e a ferramenta de configuração de eventos da Meta, leia por que a Meta conta compras da Shopify duas vezes.
O que acontece quando uma compra é reenviada?
Ela mantém seu ID de evento original, então uma plataforma que ainda se lembra da primeira cópia mantém apenas uma. As tentativas após uma falha de envio, a repetição dos pedidos retidos enquanto o plano Free estava pausado, o reparo noturno dos pedidos cujo webhook nunca chegou, e o Reenviar evento no Ao vivo reutilizam esse ID.
A janela da plataforma é o limite. A Meta deduplica em até 48 horas, então a repetição do cPixel para pedidos retidos pula a Meta quando um pedido já passou desse prazo, e o reparo noturno cobre só os pedidos de ontem, dentro das janelas da Meta e do TikTok.
Reenviar evento, nos planos pagos, reenvia uma compra para toda conta conectada sob seu ID original. Use para uma compra que não chegou, não para inflar números: depois de 48 horas, um reenvio para a Meta pode contar a compra duas vezes.
