Se seu pixel da Meta carrega mas as compras nunca aparecem, verifique nesta ordem: dois pixels instalados ao mesmo tempo, o pixel ausente da página de confirmação real, um evento de compra disparando sem value e currency, um redirecionamento de pagamento externo quebrando a sessão e a desduplicação com um envio da API de Conversões.
O primeiro é o mais comum e o mais difícil de perceber, porque nada parece quebrado.
“O pixel está disparando” e “minhas compras são rastreadas” são duas afirmações diferentes, e é no espaço entre elas que vaza a maior parte dos orçamentos de anúncios da Shopify. O Pixel Helper ficar verde te diz que existe um pixel na página. Não diz nada sobre se o evento certo, com os parâmetros certos, chegou ao pixel certo.
Comece aqui: você tem mais de um pixel?
É a primeira coisa que verifico em qualquer conta, e é o problema que realmente encontrei na prática, e não só li a respeito.
Em uma loja que auditei, havia dois pixels instalados ao mesmo tempo: um pela integração da Shopify e outro colado direto no tema. Os dois funcionavam tecnicamente. Os dois informavam. Nenhum informava tudo, porque os eventos se dividiam entre eles dependendo de como a página carregava.
Isso sobrevive tanto tempo porque nunca parece quebrado. Não há erro. O Pixel Helper fica verde. O Gerenciador de Eventos mostra compras, só que menos do que você realmente teve. E, a menos que você sente e concilie o pixel com a contagem de pedidos da própria Shopify, não tem motivo para suspeitar que o número é só uma fração.
Encontrei isso na loja de um cliente, e corrigir mudou o que os relatórios dele mostravam. Não vou atribuir uma porcentagem à recuperação, porque a resposta honesta é que atribuição dividida e desperdício de orçamento são relacionados, mas não idênticos, e prefiro te dar o mecanismo a um número que não consigo defender por completo.
De qualquer forma, o que importa é o mecanismo: dois pixels significam que cada um vê parte da verdade, e a Meta otimiza com base no que vê.
Como verificar
No admin da Shopify, olhe em três lugares, porque um pixel pode estar instalado em qualquer um deles e nada te avisa sobre os outros:
- Configurações → Eventos de clientes: aqui ficam os pixels personalizados
- Canal de vendas Facebook & Instagram: a integração oficial
- Loja virtual → Temas → Editar código: procure
fbqouconnect.facebook.netnotheme.liquid
Se você encontrar um ID de pixel em mais de um desses lugares, esse é o seu problema. Escolha um método (o canal de vendas costuma ser o certo) e remova os outros.
O resto da sequência
O pixel não está na página que o cliente realmente vê
Todo mundo instala no site inteiro e supõe que a página de confirmação herda. Muitas vezes não herda, porque essa página pode ser renderizada fora do seu tema. Se você usa upsells pós-compra, a página que o cliente vê logo depois de pagar pode não ser a que você considera a página de agradecimento.
O evento Purchase dispara sem os parâmetros obrigatórios
Um evento Purchase sem value e currency é quase inútil. A Meta não consegue otimizar para uma receita que nunca foi informada, e os lances por valor não têm com o que trabalhar. Sem content_ids, ainda quebram a correspondência com o catálogo e o remarketing dinâmico.
facebook e leia a query string da requisição de compra. Confirme que value, currency e content_ids estão presentes e preenchidos.O checkout sai do seu domínio e a sessão quebra
Quando o pagamento passa para um gateway externo e devolve o cliente a uma página de pedido recebido, essa ida e volta pode quebrar a sessão do navegador da qual o pixel depende. O pedido é concluído; o evento não chega, ou chega sem os identificadores necessários para atribuí-lo.
A desduplicação está removendo o evento de propósito
Se você roda o pixel e a API de Conversões juntos (e deveria), a Meta desduplica usando o event_id. Quando navegador e servidor discordam sobre qual é esse ID, você conta tudo em dobro ou perde um dos lados em silêncio. Perder um lado parece exatamente “o pixel parou de funcionar”.
event_id que o navegador enviou e o que o seu servidor enviou. Eles precisam ser idênticos.Bloqueadores de anúncios e prevenção de rastreamento
Uma parcela considerável do tráfego bloqueia totalmente o rastreamento pelo navegador. Isso não é um bug que você possa consertar; é um imposto permanente sobre a mensuração no lado do cliente, e é o motivo pelo qual uma configuração só de navegador sempre vai contar a menos. A solução não é um conserto; é a API de Conversões.
Você está olhando cedo demais
Os relatórios do Gerenciador de Eventos não são instantâneos. Antes de concluir que um evento está faltando, espere algumas horas e olhe de novo. Já vi gente reescrever um checkout que funcionava porque olhou um painel noventa segundos depois de um pedido de teste.
A conciliação que ninguém faz
Este é o exercício que encontra problemas que nenhum checklist encontra. Escolha uma semana. Anote três números:
| Fonte | O que conta | Relação esperada |
|---|---|---|
| Pedidos na Shopify | Todo pedido pago, ponto | A verdade |
| Compras no Gerenciador de Eventos da Meta | Eventos de compra recebidos | Deve se aproximar da Shopify, nunca ultrapassar |
| Conversões no Gerenciador de Anúncios da Meta | Compras que a Meta atribui aos anúncios | Um subconjunto; nem toda venda vem de anúncios |
A maioria compara o par errado e entra em pânico. As conversões no Gerenciador de Anúncios devem ser menores que os pedidos da Shopify, porque nem todo cliente veio de um anúncio. O número que deve ficar perto da Shopify são as compras no Gerenciador de Eventos. Se esse estiver muito abaixo da sua contagem de pedidos, você tem um problema de rastreamento, e não uma questão de atribuição.
E se o Gerenciador de Eventos estiver acima da Shopify, você tem o problema oposto, geralmente eventos duplicados, que é outro artigo.
O que eu não estou te dizendo
Não te dei uma porcentagem esperada de divergência, porque a faixa honesta depende do seu mix de tráfego, do seu checkout, dos navegadores dos seus clientes e do seu país, e todo benchmark publicado que já vi vem de uma empresa que vende a solução. Estabeleça sua própria linha de base quando tudo estiver funcionando e trate o desvio em relação ao seu número como o sinal.
A ordem acima reflete um pequeno número de contas mais o que os tipos de falha implicam logicamente. Trate-a como uma ordem de busca sensata, não como estatística.
Quer que alguém simplesmente dê uma olhada?
Me envie a URL da sua loja. Eu te digo o que seu pixel realmente está fazendo, e para começar você não precisa me dar acesso a nada.
Peça uma auditoria gratuita de rastreamento →