Como o cPixel Conta Cada Compra Uma Vez

Como é que o cPixel evita que uma compra conte duas vezes?

O cPixel envia cada compra do Shopify uma vez a cada conta ligada, sob um ID de evento construído a partir da sua loja e do checkout, e desliga a Purchase do navegador do Meta enquanto o seu envio do servidor está ativo. Outros eventos vão do navegador ou do servidor, ou de ambos sob um ID partilhado. As duplicações restantes vêm normalmente de outra aplicação ou tag.

O ID é um hash do endereço myshopify.com da sua loja e do token do checkout, não o ID da encomenda, para que o navegador do comprador e o servidor do cPixel cheguem ao mesmo valor de forma independente. Cada conta que liga numa plataforma recebe-o, e o cPixel não liga o mesmo pixel duas vezes. A maioria dos outros eventos leva o próprio ID de evento do Shopify. As encomendas feitas fora do seu checkout online, quando as ativa, recebem um ID a partir da encomenda, e os reembolsos, enviados só ao GA4, recebem o seu próprio.

Em que ID desduplica cada plataforma?

Cada plataforma tem a 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 vezes sob a chave que essa plataforma faz corresponder.

Fontes, verificadas a 24 de setembro de 2026: Meta, TikTok, GA4, OpenAI, Pinterest, Snap, Google Ads.

No Direto, os detalhes de um envio do servidor nomeiam a sua chave, como “desduplicado pelo ID do evento”: a chave em que a plataforma faz corresponder, não a prova de que fundiu um par.

Porque é que o Meta só recebe a compra do servidor?

Porque o Meta é a única plataforma onde o cPixel poderia enviar a compra de ambos os lados, e uma única cópia não pode ser contada duas vezes. A cópia do servidor é construída a partir da encomenda do Shopify, por isso não depende do navegador do comprador, e leva mais dos detalhes com que o Meta faz corresponder clientes.

A Purchase do navegador do Meta só dispara enquanto o envio do servidor do cPixel para esse pixel não está ativo: a conta não tem token de acesso, o Meta rejeitou o token, Enviar eventos a partir dos nossos servidores está desligado, ou o plano Free pausou os envios do servidor. De uma forma ou de outra, o Meta recebe uma Purchase por encomenda.

No Direto, o Meta aparece na linha Servidor da compra, não na sua linha Navegador. No Meta Events Manager, a Purchase chega através da Conversions API, enquanto os outros eventos mostram “Multiple”, porque ambos os lados os enviam.

O que ainda pode contar em dobro?

Outra ferramenta a enviar para o mesmo pixel, e um reenvio depois de a janela da plataforma ter fechado. O cPixel não consegue desduplicar os eventos de outra aplicação: cada aplicação cria os seus próprios IDs de evento, por isso a plataforma vê duas compras.

Os segundos emissores habituais são a própria aplicação Shopify de uma plataforma, como Facebook & Instagram ou Google & YouTube, outra aplicação de rastreio ou pixel personalizado, e código de pixel colado no seu tema. Uma duplicação aparece muitas vezes como “visualizações de página duplicadas, enquanto a receita das encomendas continua a parecer correta”, nas palavras do próprio aviso do cPixel, por isso verifique as visualizações de página tanto como as compras. A correção é um emissor por pixel: use o cPixel com a aplicação Facebook e Instagram.

Como encontro um segundo emissor?

Comece na página Destinos do cPixel, depois confirme na plataforma. Uma vez por dia, o cPixel lê a sua loja à procura de tags escritas no tema e pixels registados no Shopify, e lista qualquer sobreposição em Existe outra aplicação configurada para uma plataforma a que o cPixel também envia.

1. No cPixel, abra Destinos e leia O que fazer quanto a isto sob cada deteção.
2. No Shopify, vá a Settings → Customer events e anote cada pixel de aplicação e pixel personalizado que possa enviar para a mesma plataforma.
3. No cPixel, abra Direto, clique em Iniciar sessão e faça uma encomenda real para ver a que contas o cPixel a enviou.
4. Na plataforma, verifique que a encomenda fez uma compra. No Meta Events Manager, uma Purchase que chegue tanto do navegador como da Conversions API tem um segundo emissor, porque a Purchase do navegador do cPixel está desligada enquanto o seu envio do servidor está ativo.

O rastreio reporta o que está configurado, não o que disparou, e não consegue ler uma loja protegida por palavra-passe, por isso a ausência de um aviso não exclui um segundo emissor. Para código de tema, gestores de tags e a ferramenta de configuração de eventos do Meta, leia porque é que o Meta conta as compras do Shopify duas vezes.

O que acontece quando uma compra é reenviada?

Mantém o seu ID de evento original, para que uma plataforma que ainda se lembre da primeira cópia mantenha uma. As repetições depois de um envio falhado, a reprodução das encomendas retidas enquanto o plano Free estava em pausa, a reparação noturna das encomendas cujo webhook nunca chegou, e Reenviar evento no Direto usam todos este ID de novo.

A janela da plataforma é o limite. O Meta desduplica dentro de 48 horas, por isso a reprodução do cPixel das encomendas retidas salta o Meta assim que uma encomenda tem mais do que isso, e a reparação noturna cobre só as encomendas de ontem, dentro das janelas do Meta e do TikTok.

Reenviar evento, nos planos pagos, reenvia uma compra a cada conta ligada sob o seu ID original. Use-o para uma compra que não chegou, não para reforçar números: passadas 48 horas, um reenvio ao Meta pode contar a compra duas vezes.

Relacionados

• Porque é que o Meta conta as compras do Shopify duas vezes
• Use o cPixel com a aplicação Facebook e Instagram
• Veja cada envio no Direto
• Compras que não aparecem