Relatórios de Meta Ads
Como instalar o pixel do Facebook na Tray
A integração nativa da Tray, por que o checkout exige o caminho da plataforma e como confirmar que a compra chega com valor no Gerenciador de Eventos.
A Tray funciona como as outras plataformas de e-commerce fechadas: a vitrine é do seu tema, o checkout é dela. Toda a decisão de instalação sai daí, porque é o que separa medir o funil inteiro de medir só a metade de cima.
Por que o código no tema não basta
Colar o script do pixel no cabeçalho do tema cobre exatamente o que o tema renderiza: home, categorias, páginas de produto. Essa parte funciona bem.
O checkout roda em outro ambiente, com regras próprias sobre o que pode ser executado ali. Uma instalação feita só pelo tema registra visualização de produto e adição ao carrinho, e perde o evento de compra.
O sintoma é o mais enganoso da categoria: o pixel está claramente ativo, os eventos de topo entram normalmente, e conversão nenhuma aparece. Quem não conhece a arquitetura investiga por dias um pixel que está correto.
O caminho que funciona
Use o campo de integração com o Meta no painel da Tray. Você informa o identificador do pixel — a sequência de 15 ou 16 dígitos que aparece no Gerenciador de Eventos — e ela dispara os eventos do funil completo.
Não há bloco de código para colar. Se você está procurando onde inserir script, provavelmente está no caminho que não alcança a compra.
O nome do menu muda com o tempo. O que você procura é um campo esperando um número, na área de integrações, marketing ou aplicativos.
O erro que duplica a venda
Duas fontes disparando o mesmo evento de compra: a integração nativa e um evento manual na página de confirmação, colado à mão ou por gerenciador de tags.
O sintoma é limpo demais para confundir: o relatório mostra o dobro exato das vendas reais e o ROAS parece excelente. A conta bancária discorda.
A correção é escolher uma fonte para o evento de compra e desligar a outra. Nunca manter as duas "por segurança" — segurança aqui significa inflar o número que decide a sua verba.
Se depois de mexer nisso as conversões pararem de aparecer, o diagnóstico está em pixel do Meta não registra conversão.
O valor do pedido muda a conversa
Sem o parâmetro de valor, um pedido de R$ 80 e um de R$ 1.200 contam a mesma coisa. O algoritmo passa a otimizar por volume de eventos em vez de receita, e o relatório fica sem ROAS.
Abra o Gerenciador de Eventos e confirme que o valor está chegando dentro do evento de compra. Se não estiver, resolva isso antes de mexer em público, criativo ou orçamento — é o ajuste de maior retorno da lista, e o mais ignorado.
Como confirmar que ficou certo
- Gerenciador de Eventos, atividade recente do pixel.
- Navegue como cliente: home, produto, carrinho, checkout.
- Confirme a sequência: visualização de página, visualização de produto, adição ao carrinho, início de checkout, compra.
- Abra o evento de compra e veja se o valor está lá.
- Compare com os pedidos do painel da Tray no mesmo período.
Se a sequência quebra exatamente no início de checkout, você instalou só pelo tema. O roteiro completo está em como testar o pixel do Facebook.
Por que os números não batem com o painel da loja
O painel da Tray conta pedidos; o Meta conta conversões atribuídas a anúncio dentro de uma janela de tempo. Venda orgânica, venda por e-mail e venda fora da janela existem no primeiro e não no segundo.
Diferença de 10% a 20% é normal e não indica problema. Diferença de 90% é instalação quebrada. Saber distinguir as duas economiza uma semana de investigação, e o prazo que cria parte da diferença está em janela de atribuição.
Os eventos de meio que pagam o trabalho
Muita loja instala o pixel, mede compra e para aí. Os eventos intermediários são o que transforma o pixel em ferramenta de diagnóstico:
- Adição ao carrinho em volume, sem compra. O problema está no checkout: frete, prazo, forma de pagamento.
- Início de checkout sem compra. Normalmente é custo de frete revelado só no fim.
- Visualização de produto alta com carrinho baixo. É preço, foto ou descrição.
Sem essas colunas, todo problema parece problema de criativo, e você troca anúncio quando devia mexer no frete.
Catálogo e anúncio dinâmico
Depois que o pixel mede compra com valor, o passo seguinte natural na Tray é o catálogo: a integração que envia os produtos para o Meta e permite anúncio dinâmico e remarketing por produto visto.
O catálogo depende do pixel, não substitui ele. Os eventos precisam carregar o identificador do produto para que o Meta saiba qual item mostrar a quem. Se o pixel não envia esse identificador, o remarketing dinâmico mostra produto aleatório do catálogo — e o desempenho parece ruim sem motivo aparente.
Confira isso antes de culpar o formato: no Gerenciador de Eventos, o evento de visualização de produto precisa ter o código do item dentro. O panorama de remarketing está em remarketing no Meta Ads.
Quando a diferença justifica a API de conversões
Depois que o pixel do navegador funciona, existe uma segunda camada que recupera venda perdida — e vale conhecer o critério para não implementar sem necessidade.
O pixel roda no navegador do cliente. Bloqueador de anúncio, navegador restritivo e limitações de rastreamento apagam parte dos eventos. A parte apagada não é aleatória: é desproporcionalmente gente que pesquisa antes de comprar, ou seja, justamente quem você mais quer medir.
A API de conversões envia o mesmo evento pelo servidor, onde nada disso interfere. Ela não substitui o pixel; os dois convivem, e um identificador comum permite ao Meta descartar a duplicata quando o evento chega pelos dois caminhos.
O critério prático: se a diferença entre pedidos da loja e compras no Meta passa de uns 20% e você já descartou instalação quebrada, vale. Abaixo disso, o ganho não paga a complexidade de manter duas fontes. O funcionamento está em API de conversões do Meta.
Depois de trocar o tema ou o plano
Um detalhe que pega loja de surpresa: se o pixel foi instalado por código no editor de tema, trocar o tema apaga a instalação. Ninguém é avisado — o tema novo simplesmente não carrega o código que estava no antigo.
O sintoma aparece dias depois, quando alguém nota que as conversões pararam. É mais um argumento para o campo de integração, que sobrevive à troca.
O mesmo vale para aplicativo removido, plano rebaixado e conta de anúncio trocada. A regra que evita o susto: toda mudança de configuração da loja merece uma passada no Gerenciador de Eventos no dia seguinte.
Antes de escalar
Com o pixel medindo compra e valor, acumule volume suficiente para ler resultado antes de aumentar verba. Escalar com poucas vendas no histórico é escalar sobre ruído.
O critério está em quando escalar campanha, e o acompanhamento que evita decidir com um dia ruim, em relatório de tráfego pago.
Perguntas frequentes
Onde coloco o pixel na Tray?
Na área de integrações ou de marketing do painel, num campo que espera o identificador do pixel. A plataforma cuida de disparar os eventos do funil, incluindo os do checkout, com o número que você informar.
Dá para colar o código no tema?
Dá, e mede só a vitrine. O checkout é ambiente da plataforma e não roda o seu código, então a compra não é registrada. É a causa número um de conta com muitas visitas e zero conversão.
O valor do pedido chega junto?
Pela integração nativa, normalmente sim. Confira no Gerenciador de Eventos: sem valor, todas as vendas pesam igual para o algoritmo e não existe ROAS no relatório.
Preciso de aplicativo da loja de apps?
Para o pixel e o funil básico, não. Aplicativo costuma agregar em envio pelo servidor, catálogo e eventos personalizados, que são camadas posteriores.