Como funciona o pixel do Facebook por dentro

Entender a mecânica do pixel muda a forma de investigar problema. Quem sabe onde o caminho pode se romper para de mexer em configuração no escuro e passa a testar o elo certo.

O percurso tem quatro etapas, e cada uma tem um modo próprio de falhar.

Etapa 1: o script carrega

O pixel é um trecho de código que roda no navegador de quem visita a página. Ele precisa carregar para existir.

Se a página não tem o script, se o script está no fim de uma página pesada e a pessoa sai antes, ou se ele só carrega depois de uma condição que nem todo mundo cumpre, essa etapa falha. O sintoma é o pixel não receber nada, ou receber muito menos do que o movimento real do site.

Etapa 2: o evento dispara

Carregado, o script fica esperando. Ele só envia alguma coisa quando um evento acontece: uma página é vista, um botão é clicado, um formulário é enviado.

Aqui mora a falha mais silenciosa de todas. O evento pode disparar — e disparar no momento errado. Compra registrada no clique do botão em vez da confirmação de pagamento. Lead registrado na abertura do formulário em vez do envio.

Nesses casos tudo parece funcionar. O pixel recebe, o relatório mostra número, e o número descreve outra coisa.

Etapa 3: o Meta identifica a pessoa

O evento chega ao Meta com dados de contexto. Para que ele vire uma conversão atribuída a um anúncio, é preciso ligar aquela visita a alguém que viu ou clicou em algum anúncio antes.

Esse encadeamento usa vários sinais, entre eles um identificador que viaja junto com o clique. Quando ele funciona, a conversão é creditada à campanha. Quando não funciona, a conversão existe no seu site e não aparece atribuída a nada.

É por isso que o total do seu sistema quase sempre é maior que o total atribuído no Gerenciador. Não é erro: são recortes diferentes. Seu sistema conta tudo; o Meta conta o que conseguiu ligar a um anúncio dentro de uma janela de tempo.

Etapa 4: a atribuição decide a quem creditar

Identificada a pessoa, falta decidir qual anúncio recebe o crédito e em que data.

Essa decisão segue a janela de atribuição configurada. Uma compra que acontece 20 dias depois do clique pode ficar de fora se a janela for menor. E a conversão costuma ser creditada à data do clique, não à data da compra — o que faz o relatório de ontem mudar hoje.

Quem nunca reparou nisso estranha ao ver números de dias passados se alterando. É o comportamento esperado, e atribuição no Meta Ads trata do assunto inteiro.

Onde cada etapa quebra

A tabela é o roteiro de diagnóstico: o sintoma indica a etapa, e a etapa indica o que testar. O passo a passo completo está em pixel do Facebook não funciona.

O que o pixel envia, e o que não envia

Vale desfazer o mal-entendido. O pixel não transmite o conteúdo da página nem tudo o que a pessoa faz.

Ele envia os eventos que você configurou, com os parâmetros que você definiu — valor do pedido, identificador do produto, moeda — mais dados de contexto do navegador, como a página visitada e informações técnicas do dispositivo.

Se você não configurou evento nenhum além da visualização de página, é isso que ele envia: que alguém visitou uma página. Nada mais.

Por que o envio pelo servidor existe

As etapas 1 e 3 dependem do navegador da outra pessoa, que você não controla. Bloqueadores, restrições de cookies e limitações de navegador derrubam parte dos disparos, e essa parte cresceu bastante nos últimos anos.

O envio pelo servidor resolve isso por outro caminho: em vez de o navegador avisar o Meta, o seu sistema avisa direto. A conversão que aconteceu por telefone, por WhatsApp ou com bloqueador ativo passa a existir no relatório.

Os dois caminhos convivem, com deduplicação para a mesma venda não contar duas vezes. O assunto está em API de conversões do Meta.

Por que dois relatórios nunca batem exatamente

A mecânica explica a pergunta que mais chega no suporte de qualquer ferramenta de medição.

Seu sistema conta o que aconteceu. O Meta conta o que ele conseguiu ligar a um anúncio, para uma pessoa que ele conseguiu identificar, dentro de uma janela de tempo que você configurou. São três filtros que o seu sistema não aplica.

Some a isso os disparos que nunca saem do navegador e você tem a diferença estrutural. Ela existe em toda conta, de todo tamanho, e não é sinal de defeito.

O que indica defeito é a instabilidade. Proporção constante entre os dois números — mesmo que seja de 70% — significa medição confiável e fator de correção conhecido. Proporção que pula de 45% para 90% entre meses significa que algo está intermitente, e intermitência quase sempre é técnica.

O mesmo fenômeno aparece entre o Meta e outras ferramentas de análise, pelos motivos que dados do Meta que não batem com o GA4 detalha.

O tempo entre o evento e o número

Há dois atrasos diferentes, e confundi-los gera falso alarme.

O primeiro é de processamento: o evento chega quase na hora, mas o relatório consolidado leva algumas horas. Quem instala o pixel e olha o painel dez minutos depois conclui que não funcionou.

O segundo é de comportamento: a pessoa clica hoje e compra daqui a doze dias. Essa conversão é creditada à data do clique, o que faz o relatório de dias passados mudar depois de fechado. Em produto de ticket alto, com ciclo longo, o número de uma semana só estabiliza semanas depois.

Quem fecha relatório no dia seguinte sistematicamente subestima as campanhas de ciclo longo.

O que fazer com isso na prática

Da próxima vez que um número parecer errado, use as quatro etapas como roteiro em vez de mexer em configuração.

Entra alguma coisa? Se não, o problema é o script na página. Entra pouco? Bloqueio, carregamento ou duplicação. Entra na quantidade certa mas o valor não fecha? O evento está no momento errado. Está tudo certo e mesmo assim não bate com o seu sistema? Provavelmente não há defeito — é a diferença normal entre o que se consegue atribuir e o total do negócio.

Essa ordem economiza a maior parte do tempo, porque impede a reação mais comum e menos útil: reinstalar o pixel do zero, que reproduz o mesmo erro e ainda zera o histórico.