O pixel do Facebook não bate com as vendas da loja

O banco da loja e o pixel do Facebook estão a contar coisas diferentes. Se os igualares, decides com o número mais frágil dos dois.

O pixel corre no browser. Dispara se a página carregar, se o script não for bloqueado, se o consentimento deixar, se o checkout não saltar a página de obrigado. O Shopify e o MB WAY registam a encomenda no servidor, quando o pagamento confirma.

Facto: um desvio entre pixel e vendas pagas é normal. Zero desvio é que seria estranho.

Opinião: quando os dois não batem, fica o banco. O pixel serve para o Meta optimizar. Não serve para fechar o mês.

Este texto é o primeiro raio do cluster O ROAS da loja está mentir-te. Lá está a conta do ROAS de equilíbrio. Aqui está a medição que alimenta essa conta.

Porque o pixel perde vendas que existiram?

O caminho clássico: o cliente clica no anúncio, paga, a página de obrigado carrega, o evento Purchase sai. Esse caminho parte-se com facilidade.

Bloqueadores e ITP do Safari cortam o script. O cliente compra. O pixel não viu.

O consentimento em Portugal é obrigatório para este tipo de cookie. Quem recusa analytics e marketing some do pixel e pode continuar a pagar.

Checkouts acelerados (Shop Pay, Apple Pay, PayPal) muitas vezes não passam pela thank-you page onde o pixel está. A encomenda existe. O evento não.

Há o inverso. Evento sem encomenda: preview a disparar duas vezes, Purchase no InitiateCheckout, deduplicação mal feita entre pixel e API de conversões. O Meta vê 2. O banco vê 1.

Nenhum destes casos se resolve «a atualizar o pixel» no gestor de eventos e ir embora.

O que o Facebook pixel está a contar?

O pixel conta eventos que o browser enviou, mais o que a API de conversões (CAPI) enviar do servidor, se a tiveres ligada, com o mesmo event_id para o Meta juntar os dois.

Sem CAPI, contas só o que o browser deixou. Com CAPI mal deduplicada, contas a mais.

O painel ainda aplica a janela dele (clique a 7 dias, view a 1 dia, por defeito) e modelação em cima. Por isso o número de «compras» do Ads Manager não é um extracto.

Configurar o pixel do Facebook na Shopify é o mínimo. Não é o fim. A app oficial manda eventos. Não te diz se o MB WAY, o Multibanco ou um checkout à parte ficaram de fora.

Como comparar pixel e banco sem enlouquecer?

Escolhe 7 dias fechados. Não compares ontem com ontem: o Meta ainda modela.

No Shopify, exporta encomendas pagas desses 7 dias. Tira reembolsos e encomendas de teste. Soma o líquido.

No Meta, o mesmo intervalo, atribuição que usas para decidir (não mudes a janela a meio). Soma as compras.

Se o pixel estiver abaixo do banco, a medição está a perder. Se estiver acima, está a inflacionar ou a reivindicar vendas que o banco já tinha.

Uma folga pequena (cerca de 10 a 20 por cento, ordem de grandeza habitual em lojas com bloqueadores e consentimento) é o custo de medir no browser. Acima disso, há um furo no funil: thank-you a falhar, checkout expresso, domínio partido, evento duplicado.

Não «corriges» o ROAS no painel para tapar este buraco. Corriges o evento.

O que fazer na Shopify esta semana?

Confirma o pixel no gestor de eventos: o mesmo ID em todas as páginas, incluindo checkout se o teu checkout o permitir.

Liga a API de conversões pela integração da Shopify ou pelo teu servidor. Usa o mesmo event_id no browser e no servidor. Sem isso, o Meta soma os dois.

Testa uma compra real com um cartão de teste ou um SKU barato. Vê se o Purchase aparece uma vez, com valor e moeda certos. Se aparecer duas, tens duplicação. Se não aparecer, o evento não está no caminho do pagamento.

Olha para Multibanco e MB WAY. Se a confirmação chega horas depois, o pixel da thank-you page já foi. Esse Purchase só volta por servidor, quando o webhook de pago dispara.

O número que usas para pausar campanhas continua a ser o da loja, como no pilar do ROAS. O pixel alimenta o algoritmo. Não fecha o P&L.

FAQ

O pixel do Facebook e as vendas da Shopify têm de bater a 100%?

Não. Medem sítios diferentes. Queres o desvio estável e explicável, não um empate.

Preciso da Conversions API além do pixel?

Sim, se decides verba com o Meta. O pixel sozinho perde o que o browser bloqueia. Os dois juntos, com deduplicação, são o que a Meta recomenda.

O evento Purchase deve ir para o valor com IVA ou sem?

O que o cliente pagou, na moeda da loja, alinhado com o que o Shopify guarda na encomenda. Se o pixel manda 80 e a encomenda é 99, o algoritmo optimiza para o número errado.

E o GA4?

O mesmo princípio: o GA4 no browser também perde o que o pixel perde. A fonte de receita é a loja.

A Aero Agency faz performance para lojas online em Portugal. Se o pixel e o banco estão longe, o sítio para começar é a comunidade.