Pixel do Facebook não rastreia as compras na Shopify: o que verificar, em ordem

Comece por um pedido: onde a compra para?

Seja quando o seu Pixel do Facebook não funciona de jeito nenhum, seja quando ele perde só algumas compras, comece por um pedido recente que você consiga identificar. Anote na Shopify o número, o horário e o total do pedido e depois acompanhe esse pedido até a Meta. Na Shopify, o resumo de conversão do pedido mostra de onde o comprador veio, e os detalhes da conversão, quando a Shopify os exibe, listam as visitas anteriores ao pedido.

Uma compra pode parar em três pontos: ela nunca chega à Meta, chega à Meta mas não é creditada a um anúncio, ou chega à Meta duas vezes. Cada ponto tem as próprias causas, então descubra qual é antes de mudar pixels, apps ou configurações.

No Gerenciador de Eventos da Meta, selecione Fontes de dados e abra o seu pixel, que a Meta também pode chamar de conjunto de dados. A Visão geral lista os eventos que a Meta recebeu, e o método de conexão mostra como cada evento chegou à Meta, por exemplo pelo navegador ou por um servidor. A Meta diz que os novos eventos devem aparecer ali em cerca de 20 minutos depois do envio.

• Shopify Analytics x relatórios das plataformas de anúncios

Liste todas as ferramentas que enviam compras para o seu pixel

Na Shopify, as compras podem chegar ao mesmo Pixel da Meta por vários caminhos, cada um configurado em uma parte diferente do admin, e cada um funciona por conta própria: remover um não interrompe os outros. Anote todas as ferramentas de envio e o ID do pixel que cada uma usa antes de testar qualquer coisa. A própria Shopify recomenda, antes de adicionar um pixel personalizado, remover ou alterar o código de pixel existente, para que os eventos de clientes não sejam contados duas vezes.

• Canais de vendas > Facebook e Instagram: abra as configurações do canal e confira o compartilhamento de dados. Com o compartilhamento de dados ativado, o Pixel da Meta do canal envia eventos do navegador, e nos níveis Avançado e Máximo, segundo a Shopify, a Conversions API também envia o evento de compra entre os servidores da Shopify e da Meta.
• Configurações > Eventos de clientes: pixels de apps, adicionados por apps e canais de vendas, e pixels personalizados, colados manualmente. Um Pixel da Meta que ficava nas preferências da loja virtual, e não no canal Facebook e Instagram, foi removido de lá em fevereiro de 2025 e convertido aqui em um pixel personalizado.
• O código do seu tema: um snippet de pixel no theme.liquid, entre as tags head. A Shopify pede que você o remova antes de adicionar um ID do pixel no canal Facebook e Instagram.
• Configurações > Checkout: scripts adicionais antigos. Eles não rodam nas novas páginas de agradecimento e de status do pedido da Shopify, então um script de compra que estava ali parou de enviar.
• Outros apps, e o WeProfit, se você o usa: no WeProfit, Redes de anúncios > Meta lista cada pixel conectado com o ID do pixel.

Confira se todas as ferramentas usam o ID do pixel certo

A Meta pede que você use o mesmo ID do pixel nos eventos do navegador e do servidor. Uma compra enviada para outro pixel, como um antigo ou um que pertence a outra empresa, nunca aparece no pixel em que as suas campanhas se baseiam. No Gerenciador de Eventos, abra a aba Configurações do pixel que os seus conjuntos de anúncios usam, anote o ID e compare com o ID de cada ferramenta de envio.

No WeProfit, abra Redes de anúncios > Meta. Cada card de pixel mostra o ID do pixel, se há um token definido, o último envio bem-sucedido e o último erro. Um ID do pixel pode ser conectado uma vez por loja, e uma loja pode conectar vários pixels, cada um com o próprio token e as próprias condições.

As condições decidem quais eventos um pixel recebe. Uma compra que não atende às condições de um pixel, por exemplo uma regra de país ou de valor do pedido, não é enviada para esse pixel e não ganha linha no log de envios dele. Um pixel sem condições recebe tudo.

A nova página de agradecimento da Shopify: os scripts de compra antigos não rodam mais

A Shopify substituiu as antigas páginas de agradecimento e de status do pedido. Nas lojas Shopify Plus, o checkout.liquid e os scripts adicionais dessas páginas foram desativados em 28 de agosto de 2025. Os outros planos tiveram prazo até 26 de agosto de 2026, e a Shopify fez o upgrade automaticamente nas lojas que ainda não o tinham feito até essa data. A caixa de scripts adicionais em Configurações > Checkout está somente para visualização desde 28 de agosto de 2025.

Os scripts adicionais não são compatíveis com as novas páginas, então o código de compra da Meta que ficava ali parou quando as suas páginas passaram pelo upgrade. Para o rastreamento nas novas páginas, a Shopify recomenda os pixels de apps e, quando nenhum app atende, um pixel personalizado; os dois ficam em Configurações > Eventos de clientes. Para enviar compras, o código de um pixel personalizado precisa assinar o evento checkout_completed da Shopify.

Os eventos de compra no navegador também dependem do carregamento de uma página. A Shopify dispara o checkout_completed uma vez por checkout, normalmente na página de agradecimento, ou na primeira página de upsell quando você oferece uma. Se essa página não carregar, a Shopify não dispara o evento, e um pixel do navegador perde essa compra.

1. Em Configurações > Eventos de clientes, confira se o pixel que deve enviar as compras está na lista. Um pixel personalizado também precisa estar conectado: um que aparece em Pixels desconectados não envia nada.
2. Clique em Testar no pixel para abrir o Shopify Pixel Helper na sua loja e depois visite as páginas que você quer verificar. Para testar a página de agradecimento, faça um pedido de teste.
3. Abra um pixel de app e confira a configuração de acesso a dados dele. Em Optimized, o padrão, a Shopify pode pausar parte ou todos os dados que um pixel de marketing compartilha quando conclui que ele está compartilhando dados em excesso, e a Shopify diz que isso pode limitar os dados para a atribuição no seu gerenciador de anúncios. O registro de atividade do pixel, em Ver detalhes, mostra quando o acesso a dados foi pausado ou concedido desde 3 de junho de 2026. Always on dá ao pixel acesso sem essas limitações.

• Pixels da Shopify explicados: pixel da web, pixel personalizado e incorporação de app

Por que uma compra enviada pelo servidor não depende da página de agradecimento

Um pixel do navegador informa o que acontece no navegador do comprador, então ele pode perder uma compra quando a página de agradecimento não carrega ou quando um bloqueador barra o pixel. A Shopify observa que os bloqueadores de anúncios podem bloquear totalmente um web pixel, enquanto os relatórios e os registros de pedidos da própria Shopify não são afetados.

O rastreamento server-side parte do registro do pedido. Com o WeProfit na Shopify, cada Purchase é montado a partir do webhook de pedidos da Shopify e enviado à Meta pelo servidor do WeProfit, pela Conversions API, uma vez por pedido e pixel. Ele não depende do código do tema, de scripts do checkout nem da página de agradecimento, e o WeProfit não envia nenhum Purchase pelo navegador na Shopify. A Shopify também diz que a entrega de webhooks continua normalmente quando ela otimiza o acesso a dados de um pixel.

A visita continua importando: ela fornece os IDs de clique dos anúncios e os IDs de navegador da Meta que o WeProfit envia com a compra. Os eventos da vitrine do WeProfit chegam ao WeProfit pelo proxy de apps da Shopify, no próprio domínio da sua loja, então as listas de bloqueio voltadas a domínios de rastreamento normalmente não os barram. Isso não é uma garantia, e uma compra que chega à Meta ainda depende da Meta para ser associada e creditada a um anúncio.

• Como funciona o rastreamento server-side
• Configuração da API de Conversões da Meta no WeProfit

Se você usa o WeProfit: encontre o pedido e o status dele na Meta

Abra Pedidos no WeProfit e pesquise o número do pedido. A coluna Redes mostra o status de envio do pedido para cada rede conectada, como Meta: enviado, ou Meta: não enviado quando o WeProfit não enviou um Purchase para ele. A coluna Atribuição mostra como o pedido foi vinculado a uma visita.

Alguns pedidos nunca são enviados a uma rede de anúncios como compra: pedidos feitos antes da instalação do WeProfit, incluindo o histórico de pedidos importado; pedidos do Shopify POS, rascunhos de pedido e pedidos criados no app da Shopify no celular; renovações de assinaturas, que não passam pelo checkout (o primeiro pedido de uma assinatura é uma compra normal na web); e pedidos que já estavam cancelados quando o WeProfit os processa. Com exceção dos pedidos cancelados, eles continuam contando na receita e no lucro do WeProfit.

Se o pedido não aparecer, abra Instalação e confira se Conexão mostra Conectado. Se o pedido estiver lá, mas nada tiver sido enviado, abra Configurações: Rastreamento ativo e Rastreamento no servidor precisam estar ativados. Com o rastreamento pausado, nada é enviado às redes de anúncios, embora os pedidos continuem sendo sincronizados, e com o Rastreamento no servidor desativado, nenhum evento do servidor vai para nenhuma rede.

Na página Instalação, Pixel da web instalado deve mostrar Sim, e Incorporação de app (rastreamento na vitrine) deve mostrar Ativa. Quando a incorporação de app está desativada, as compras ainda chegam à Meta a partir do pedido, com os dados do cliente, mas sem os IDs de navegador da Meta da visita; quando a URL de destino do pedido traz um fbclid, o WeProfit ainda monta o ID de clique fbc a partir dele.

Um Purchase foi enviado? Leia o log de envios da CAPI

Em Redes de anúncios > Meta, o Log de envios da CAPI lista os eventos do servidor que o WeProfit envia à Meta, com o horário, o evento, o pixel, o ID do evento, o status, as tentativas, o fbtrace ID e qualquer erro. Filtre por pixel, pelo evento Purchase e por status. Para ver o log, é preciso ter a permissão de eventos.

O log mostra o ID do evento do próprio WeProfit, como pur_6012345678901. A Meta o recebe com um código de 8 caracteres da loja depois do primeiro sublinhado, como pur_a1b2c3d4-6012345678901, então procure essa forma nas ferramentas da Meta. O log não tem coluna de valor nem de moeda: confira o valor de uma compra na página Eventos do WeProfit.

Quando a Meta recusa o token, o WeProfit pausa o pixel e mostra um banner: confira se a conta conectada ainda tem acesso e se o token dela está válido e, depois, envie um teste pela conexão para retomar. O WeProfit não testa o token quando você salva um pixel, então o Enviar teste, ou o primeiro envio, mostra se a Meta o aceita. O widget Saúde do rastreamento resume os envios do servidor das últimas 24 horas como Enviados, Em andamento / tentando novamente e Com falha.

Compras no Gerenciador de Eventos, mas não no Gerenciador de Anúncios

O Gerenciador de Eventos mostra os eventos que a Meta recebeu. Os resultados do Gerenciador de Anúncios contam as compras que a Meta credita aos seus anúncios de acordo com a configuração de atribuição de cada conjunto de anúncios, uma janela de tempo depois que alguém clicou, interagiu ou viu um anúncio. A compra de um comprador que não interagiu com os seus anúncios nessa janela continua chegando à Meta, mas não vira resultado de anúncio. No WeProfit, enviado significa que a Meta aceitou o evento, não que a Meta o associou a uma pessoa ou creditou um anúncio.

A Meta também restringiu o que conta como clique. Desde março de 2026, a Meta vem limitando a atribuição por clique das conversões no site aos cliques em links, e as conversões depois de outros cliques, como compartilhamentos e salvamentos, contam no que a Meta agora chama de atribuição por engajamento (engage-through). Compare colunas com a mesma configuração de atribuição antes de concluir que há compras faltando.

• Os dias recentes ainda estão se consolidando. Dê tempo às compras novas antes de comparar e compare também um período já consolidado.
• A compra traz poucos dados para ser associada a uma pessoa. O Purchase do WeProfit pode levar o e-mail, o telefone, o nome e o sobrenome, a cidade, o estado, o CEP, o país e o ID externo do comprador com hash, além do endereço IP, do user agent e dos IDs de navegador fbp e fbc da Meta, quando conhecidos. A Pontuação de qualidade no WeProfit mostra a Taxa de ID de clique e a Taxa de identificação das suas compras nos últimos 7 dias.
• Os seus conjuntos de anúncios usam outro pixel ou outro evento de conversão. Confira se eles usam o pixel para o qual você envia as compras, com Purchase como evento de conversão.

• Por que as suas plataformas de anúncios e a sua loja mostram vendas diferentes

Duas ferramentas de envio, um pixel: por que as compras dobram

A forma que a Meta recomenda para contar uma única vez um evento do navegador e um evento do servidor é usar o mesmo nome de evento e o mesmo ID do evento nos dois: o eventID do pixel precisa ser igual ao event_id da Conversions API. A Meta só desduplica eventos recebidos em até 48 horas depois do primeiro. Duas ferramentas que enviam o mesmo pedido com IDs próprios podem contar como duas compras na Meta.

O WeProfit envia o Purchase de cada pedido uma vez por pixel, pelo servidor, com um ID do evento montado a partir do pedido, então repetições do webhook, atualizações do pedido e novas tentativas nunca acrescentam uma segunda compra do WeProfit. Na Shopify, a incorporação de app dele também carrega nas páginas da vitrine o Pixel da Meta que você conectar e dispara PageView, ViewContent e AddToCart com os mesmos IDs de evento das cópias do servidor. Os eventos de checkout e o Purchase não têm cópia do WeProfit no navegador.

O canal Facebook e Instagram, outro app ou um pixel no seu tema usam os próprios IDs de evento, que não coincidem com os do WeProfit. Mantenha uma só ferramenta de envio no navegador e uma só ferramenta de envio de compras por ID do pixel: se você conectar um ID do pixel no WeProfit, impeça as outras ferramentas de enviar para esse pixel. O WeProfit não tem uma opção de envio só pelo servidor por pixel; a chave Rastreamento no navegador, que vale para a loja toda, remove o Pixel da Meta dele, mas também interrompe todo o rastreamento na vitrine.

Para ver se a Meta combinou as cópias do navegador e do servidor, abra os detalhes do evento na Visão geral do Gerenciador de Eventos e leia a aba de desduplicação de eventos.

• IDs de evento do Pixel da Meta e da Conversions API
• Como adicionar o Pixel da Meta à Shopify com uma só ferramenta de envio por pixel

Um teste repetível depois de cada mudança no tema, no checkout ou no pixel

Faça o mesmo teste rápido sempre que mudar o tema, o checkout, os apps ou os pixels, e guarde o resultado com a data. Ele mostra se a mudança quebrou alguma ferramenta de envio, para que você não precise esperar uma semana de relatórios de anúncios para descobrir.

1. Liste todas as ferramentas de envio de compras e o ID do pixel que cada uma usa, como descrito acima.
2. Em Configurações > Eventos de clientes, clique em Testar em cada pixel e percorra uma página de produto, o carrinho e o checkout no Shopify Pixel Helper.
3. No WeProfit, abra Redes de anúncios > Meta, copie o código de teste da aba Eventos de teste do Gerenciador de Eventos para o campo Código de evento de teste do pixel, salve e selecione Enviar teste. O WeProfit envia um PageView pela Conversions API e mostra a resposta da Meta, com o fbtrace ID quando a Meta o retorna.
4. Faça um pedido de teste. O WeProfit conta um pedido de teste da Shopify e o envia às suas redes de anúncios conectadas como um pedido real, embora a Shopify deixe os pedidos de teste fora dos próprios relatórios. Cancelá-lo depois não retira um Purchase já enviado.
5. Encontre o pedido na página Pedidos e confira a Meta na coluna Redes; depois, encontre o Purchase dele no Log de envios da CAPI e, enquanto o código de teste estiver definido, nos Eventos de teste da Meta.
6. Remova o código de evento de teste ao terminar. O WeProfit também o desativa sozinho 24 horas depois que você o define.
7. Cerca de 20 minutos depois, abra a Visão geral do Gerenciador de Eventos e confira se o evento Purchase mostra o método de conexão que você espera.