Como instalar o pixel do Facebook no Wix

O Wix tem integração nativa com o Meta, o que torna a instalação uma das mais simples do cluster. O que não é simples é o que vem depois: duas particularidades da plataforma apagam eventos em silêncio, e as duas passam por instalação correta.

O caminho nativo

Em marketing e SEO, na área de ferramentas de marketing ou integrações, existe um campo dedicado ao pixel do Meta. Você informa o identificador — a sequência de 15 ou 16 dígitos do Gerenciador de Eventos — e a plataforma cuida do resto.

Se o site tem loja do Wix, a integração já dispara os eventos de comércio: visualização de produto, adição ao carrinho, início de checkout e compra. Você não configura nada além do número.

O nome do menu muda com o tempo. O que você procura é um campo esperando um número, na área de marketing.

Quando vale usar código no lugar

A integração nativa cobre o funil padrão. Código personalizado entra em dois casos:

• Eventos que a integração não tem. Clique em botão específico, envio de formulário que não é da loja, marco de rolagem.
• Parâmetros que você precisa controlar, como identificador de produto próprio ou categorias personalizadas.

Fora disso, o código adiciona uma camada a mais para dar errado e não melhora nada. E se você usar os dois ao mesmo tempo para o mesmo evento, cai no problema de duplicação de duas seções abaixo.

A particularidade que ninguém avisa: o consentimento

Esta é a causa mais frequente de "meus eventos caíram do nada" em site Wix.

A plataforma tem banner de consentimento de cookies, e o pixel do Meta é categorizado como ferramenta de marketing. Quando a pessoa recusa cookies de marketing, o pixel não dispara. Isso é o comportamento correto e legalmente necessário — e derruba o seu volume de eventos sem nenhuma mudança na campanha.

O efeito prático: se 40% dos visitantes recusam, você perde 40% dos eventos, e o Meta enxerga um funil menor do que o real. O custo por resultado no relatório sobe, porque o denominador de conversões diminuiu.

Não há truque aqui, e procurar um seria má ideia. O que existe é saber que isso acontece, para não investigar criativo quando a causa é consentimento. Se a queda coincide com a ativação do banner, você achou a explicação.

A segunda particularidade: o modo de edição

O Wix tem ambiente de edição e site publicado. Código colado e não publicado não vale, e a integração salva mas só passa a valer depois de publicar.

Parece óbvio escrito assim, e é a segunda causa mais comum de instalação que "não funciona". Antes de refazer qualquer coisa, confirme que o site no ar é a versão que tem a configuração.

O erro que duplica a venda

Duas fontes disparando o mesmo evento: a integração nativa e um código personalizado que você colou para "garantir".

O sintoma é o dobro exato das conversões reais, com ROAS bonito e caixa que não confere. A correção é escolher uma fonte por evento e desligar a outra.

Vale inspecionar o código personalizado de site que passou por várias mãos: pixel colado duas vezes no cabeçalho é mais comum do que parece, e o sintoma é idêntico.

O valor do pedido

Sem o parâmetro de valor, um pedido de R$ 90 e um de R$ 1.500 contam igual. O algoritmo otimiza volume de eventos em vez de receita, e o relatório fica sem ROAS.

Abra o Gerenciador de Eventos, entre no evento de compra e confirme que o valor está lá. Se não estiver, resolva antes de mexer em público ou criativo — é o ajuste com maior retorno e o mais ignorado da lista.

Como confirmar que ficou certo

1. Gerenciador de Eventos, atividade recente do pixel.
2. Aceite os cookies ao entrar no seu site, para não testar justamente o caso que bloqueia.
3. Navegue como cliente: home, produto, carrinho, checkout.
4. Confirme a sequência de eventos e o valor dentro da compra.
5. Repita recusando os cookies e observe o que deixa de disparar. É a medida do seu ponto cego.

O passo 5 não conserta nada, mas informa. Saber que 40% dos eventos não existem muda como você lê o relatório inteiro. O roteiro geral está em como testar o pixel do Facebook.

Por que os números não batem com o painel da loja

O painel do Wix conta pedidos; o Meta conta conversões atribuídas a anúncio dentro de uma janela — e, no caso do Wix, só as de quem aceitou cookies de marketing.

Isso soma três fontes de diferença: atribuição, janela e consentimento. Por isso a divergência aqui costuma ser maior que em outras plataformas, e não indica instalação errada.

Diferença de 20% a 30% é plausível num site com banner de consentimento ativo. Diferença de 90% é instalação quebrada. O prazo que cria parte da diferença está em janela de atribuição.

Quando a API de conversões vale aqui

Com consentimento recusado, nem o pixel nem a API devem disparar — a base legal é a mesma para os dois, e enviar pelo servidor não contorna a recusa. Quem promete isso está sugerindo algo que você não quer fazer.

Onde a API ajuda de verdade é no outro problema: navegador restritivo e bloqueador de anúncio, que apagam eventos de gente que aceitou cookies. Aí o envio pelo servidor recupera o que o navegador perdeu, legitimamente.

O critério: se a diferença passa de uns 20% depois de descartar consentimento e instalação, vale implementar. O funcionamento está em API de conversões do Meta.

Os eventos de meio que pagam o trabalho

Loja que mede só compra não consegue diagnosticar nada. Os intermediários são o que apontam onde o funil quebra:

• Carrinho em volume, sem compra. O gargalo é o checkout: frete, prazo, pagamento.
• Início de checkout sem compra. Costuma ser custo de frete revelado no fim.
• Produto visto sem carrinho. É preço, foto ou descrição.

Sem essas colunas, todo problema parece de criativo, e você troca anúncio quando devia mexer no frete.

Antes de escalar

Com o pixel medindo compra e valor, e sabendo o tamanho do seu ponto cego de consentimento, acumule volume suficiente para ler resultado antes de aumentar verba. O critério está em quando escalar campanha, e o acompanhamento semanal, em relatório de tráfego pago.