Se seu Snap Pixel carrega mas o PURCHASE nunca aparece no Gerenciador de Eventos, a causa quase sempre é uma de seis: nome do evento em minúsculas, transaction_id ausente, pixel ausente da página de confirmação real, um redirecionamento de pagamento externo quebrando a sessão, um checkout de página única reinicializando o pixel ou eventos sendo eliminados pela desduplicação com um envio da API de Conversões.
Siga nessa ordem. As três primeiras explicam a maior parte do que eu encontro.
Escreve-se muito menos sobre rastreamento no Snapchat do que na Meta ou no Google, então quando ele quebra você está praticamente sozinho. Os artigos que existem costumam ser de empresas que vendem um produto de rastreamento e param em "instale nosso app". Esta é a sequência que eu realmente sigo, na ordem em que sigo, e por que nessa ordem.
Primeiro: confirme que o evento realmente não está chegando
Antes de mudar qualquer coisa, descubra se o evento está ausente ou só atrasado. Duas verificações, sessenta segundos.
Verifique a rede, não o painel. Abra a página de confirmação no Chrome, abra o DevTools (F12), vá para a aba Network e filtre por tr.snapchat.com. Faça uma compra de teste real. Se você vê sair uma requisição com o ID do seu pixel e o nome do evento, o navegador está fazendo a parte dele e o problema está mais adiante: relatório, desduplicação ou atribuição. Se nada sai, o problema está na página.
A extensão de navegador Snap Pixel Helper faz o mesmo com uma interface mais amigável e também te diz se o pixel está instalado. Eu uso a aba Network porque ela mostra o payload exato, e é ali que geralmente está a resposta.
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.
As seis causas, em ordem
O nome do evento está em minúsculas
Os eventos padrão do Snapchat são em maiúsculas: PURCHASE, ADD_CART, PAGE_VIEW, START_CHECKOUT. Se você envia purchase, ele não é reconhecido como evento padrão. A parte traiçoeira é que ele ainda pode disparar e aparecer em algum lugar: só não é tratado como a conversão padrão, então a otimização das campanhas e os relatórios se comportam como se nada tivesse acontecido.
Esta é a causa número um porque produz exatamente o sintoma que as pessoas descrevem, "o pixel dispara mas o Gerenciador de Eventos não mostra nada", e porque copiar uma implementação da Meta é natural. A Meta usa Purchase. O Snapchat não.
{
event: "Purchase",
price: 24.00,
currency: "USD"
}
{
event: "PURCHASE",
price: 24.00,
currency: "USD",
transaction_id: "1047"
}
PURCHASE. Aqui, maiúsculas e minúsculas não são um detalhe estético.Nenhum transaction_id é enviado
Sem um transaction_id, o Snapchat não consegue distinguir um segundo pedido real do mesmo cliente recarregando a página de confirmação. A Snap documenta uma janela de desduplicação de 30 dias no transaction_id, contra 48 horas no client_dedup_id.
A falha funciona nas duas direções, e é por isso que está tão no alto. Se você o omite, os recarregamentos inflam a contagem de compras. Se envia um valor que não é realmente único por pedido (um ID de carrinho, checkout ou sessão), pedidos legítimos são fundidos em um e desaparecem. O segundo caso parece exatamente "meus eventos não disparam".
transaction_id é diferente entre eles e que corresponde ao número de pedido que sua loja realmente atribui.O pixel não está na página que realmente confirma o pedido
Quase todo mundo instala o pixel no site inteiro e supõe que a página de confirmação herda. Muitas vezes não herda. Checkouts hospedados, páginas de status do pedido e fluxos de upsell pós-compra costumam ser renderizados fora do tema ou template que contém o código de rastreamento.
Um ponto de atenção: se você usa um upsell pós-compra, a página em que o cliente cai logo depois de pagar pode não ser a que você considera a página de agradecimento.
Um redirecionamento de pagamento externo quebra a sessão
Quando o checkout 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. A compra é concluída, o cliente vê a confirmação e o evento nunca chega ao Snapchat, ou chega sem os identificadores necessários para atribuí-lo.
É aqui que uma configuração só de navegador deixa de bastar. O rastreamento server-side pela API de Conversões é a solução duradoura, porque o evento sai do seu servidor e nunca depende de sobreviver a um redirecionamento.
Um checkout de página única reinicializa o pixel
Em aplicações de página única, se a inicialização do pixel roda a cada visualização de página virtual, o estado do pixel é zerado toda vez. Os dados de correspondência avançada coletados antes no fluxo se perdem, e o evento de compra chega sem os identificadores que o tornam útil: pobre, mal correspondido e às vezes sem atribuição.
O evento dispara. Só não leva o que precisa, e é por isso que é fácil confundi-lo com "funcionando".
A desduplicação engole o evento
Se você usa o pixel e a API de Conversões (como deveria), o Snapchat desduplica pelo client_dedup_id (janela de 48 horas) ou pelo transaction_id (30 dias). Dois eventos com o mesmo identificador são contados uma vez, por definição.
Vira problema quando navegador e servidor discordam sobre qual é esse identificador. Se a correspondência estiver errada, ou você conta tudo em dobro ou perde um lado em silêncio. Segundo a Snap, eventos que não são de compra devem corresponder pelo client_dedup_id e eventos de compra pelo transaction_id, e o principal: o valor precisa ser igual em todo caminho que envia aquele evento.
transaction_id fica protegida por 30 dias. Pelo client_dedup_id, a proteção expira em 48 horas, e é por isso que a Snap associa as compras ao transaction_id e todo o resto ao client_dedup_id.De onde vêm meus números
Não tenho uma grande amostra de clientes no Snapchat e não vou fingir que tenho. O que tenho é uma loja que operei de ponta a ponta, a minha, em que o rastreamento funcionava, e esse é o único motivo pelo qual posso falar do que uma configuração saudável do Snapchat produz.
AlphaMart: minha própria loja, não um cliente
- Investimento em anúncios
- $1,452
- Compras
- 1,034
- Custo por compra
- $1.40
- ROAS
- 5.69×
Um contexto importante, senão esses números me favorecem: 5,69× sobre US$ 1.452 são cerca de US$ 8.262 de receita rastreada em 1.034 pedidos, um ticket médio de aproximadamente US$ 8. Era um produto barato. Um custo por compra de US$ 1,40 é um resultado muito diferente com ticket médio de US$ 8 do que com um de US$ 80, e quem cita um CPA sem o ticket médio ao lado está te mostrando só metade do número.
Os dados são de um período que terminou em maio de 2024. Eu os dato em vez de apresentá-los como atuais.
O que torna essas 1.034 compras importantes para este artigo não é o ROAS. É que uma loja enviando, nesse volume, um evento PURCHASE limpo, com o nome correto e bem desduplicado, te dá uma referência confiável de como "funcionando" se parece, e deixa óbvio quando algo parou.
O que eu não posso te dizer
Dois limites honestos, porque um artigo que não admite nenhum geralmente esconde alguns.
Não posso te dar uma classificação de frequência baseada numa grande amostra. A ordem acima reflete um pequeno número de contas mais o que os tipos de falha implicam logicamente: um nome de evento em minúsculas sempre quebra os relatórios, então ele vai para o topo, independentemente de quantas vezes eu mesmo o vi. Trate a ordem como uma sequência de busca sensata, não como estatística.
A interface do Snapchat muda. Os caminhos de menu ficam desatualizados rápido, e é por isso que as verificações acima se apoiam na requisição de rede e no payload, e não em onde um botão está hoje. O payload é o que é realmente verdade.
Em resumo
- Abra a aba Network, filtre por
tr.snapchat.come faça um pedido de teste. - Confirme que o nome do evento é exatamente
PURCHASE, em maiúsculas. - Confirme que o
transaction_idestá presente e é único por pedido. - Confirme que o pixel está na página em que o cliente realmente cai.
- Se o checkout sai do seu domínio, planeje a API de Conversões.
- Se você usa pixel e CAPI, confirme que o identificador de desduplicação é exatamente igual nos dois lados.
Se você passou nas seis verificações e o evento ainda não chega, o problema geralmente não é o pixel: é que a página que você está testando não é a que seus clientes alcançam. Volte e faça uma compra real com dinheiro de verdade, num celular, a partir de um clique num anúncio. Pedidos de teste por um link de homologação pulam justamente as partes que quebram.
Não sabe qual das seis é?
Me envie a URL da sua loja e eu te digo o que seu rastreamento está fazendo. Para começar não é preciso acesso à conta, só o link.
Peça uma auditoria gratuita de rastreamento →