O Pixel pode estar ativo no site e os eventos podem estar se acumulando na conta de publicidade. Isso ainda não significa que a medição funciona. Um evento de compra pode ser disparado duas vezes, seu valor pode usar a moeda errada e um lead pode ser criado quando alguém apenas abre um formulário. O relatório então parece preciso. Ele simplesmente descreve algo diferente do negócio.
O artigo original de 2022 examinou a interface, a lista de eventos, os públicos e as configurações daquela época. As interfaces mudam continuamente, e agora a Meta agrupa os dados da web em conjuntos de dados. Um processo estável começa em outro lugar: defina primeiro os eventos do negócio, implemente-os depois e, por fim, verifique-os ao longo da jornada real do cliente.
O Meta Pixel mede no navegador; a API de Conversões envia dados do sistema
O Meta Pixel é um código do site que pode registrar visitas e ações realizadas no navegador. A API de Conversões cria uma conexão direta entre os dados da empresa — por exemplo, de um servidor web, plataforma de e-commerce ou CRM — e os sistemas da Meta.
Para eventos da web, a Meta recomenda considerar o Pixel junto com a API de Conversões. Uma conexão com o servidor pode ser menos afetada por erros de carregamento da página, interrupções de conexão ou alguns bloqueios do navegador. Isso não significa dados completos e certamente não permite ignorar as escolhas do usuário. A Meta afirma explicitamente que a API de Conversões não é uma ferramenta para contornar regras de privacidade; seus princípios atuais estão descritos na documentação oficial da API de Conversões.
Comece pelo resultado que a empresa realmente utiliza
Primeiro anoto o que o sistema de publicidade deve reconhecer e que decisão a empresa tomará a partir disso. Para um site de e-commerce, normalmente preciso de visualizações de produto, adições ao carrinho, inícios de checkout e compras concluídas. Para um site B2B, um lead qualificado, o agendamento de uma reunião ou uma etapa posterior no CRM podem ser importantes.
Nem todo clique precisa de seu próprio evento. Coleto dados com um objetivo claro:
- medir o resultado real da campanha;
- otimizar a publicidade para uma ação comercialmente importante;
- criar um público relevante quando houver justificativa;
- identificar onde as pessoas abandonam a jornada;
- conectar o comportamento na web ao resultado na loja ou no CRM.
Um evento chamado Lead não deve ser criado apenas porque alguém abriu a seção de contato. Purchase não deve ser disparado quando alguém visita uma URL de agradecimento sem um pedido válido. O nome técnico precisa corresponder à realidade do negócio.
Cada evento importante tem seu próprio contrato de dados
Para a implementação, preparo uma breve descrição: quando o evento é disparado, de onde vem seu valor, qual moeda utiliza, qual ID de produto ou pedido transmite e quem é responsável por sua correção.
Para uma compra, verifico principalmente:
- ela é disparada somente depois que o pedido é concluído com sucesso;
- o valor segue a definição acordada pela empresa, não um total acidental exibido na tela;
- a moeda usa o formato correto;
- o ID do pedido ou evento é único;
- os IDs dos produtos correspondem ao catálogo quando são usados anúncios de produtos;
- recarregar a página não pode dispará-la repetidamente.
A decisão sobre informar receita com impostos, frete ou descontos deve ser consistente na Meta, na análise e nos relatórios financeiros. Caso contrário, duas plataformas funcionando corretamente mostram valores diferentes simplesmente porque receberam instruções diferentes.
Os eventos do Pixel e do servidor precisam ser deduplicados
Quando a mesma compra é enviada pelo navegador e pelo servidor, a Meta precisa saber que se trata de uma única ação. Por isso, a implementação usa o mesmo nome e identificador de evento nos dois caminhos. Se o ID for gerado de maneira diferente a cada vez ou estiver ausente, o relatório poderá contar uma compra duas vezes.
Não testo a deduplicação olhando o código-fonte. Faço um pedido de teste e observo se as versões do navegador e do servidor chegam aos eventos de teste e se o sistema as combina. Verifico os parâmetros técnicos na documentação da API de Conversões da Meta, porque os nomes dos campos e as recomendações podem mudar.
Escolha a implementação pensando na operação, não no ego
A Meta oferece integrações com parceiros, instalação manual e outros métodos de conexão. As opções atuais estão descritas em seu guia para configurar o Meta Pixel. Em uma plataforma de e-commerce comum, uma integração testada com parceiro costuma ser mais segura do que um código personalizado sem manutenção. Em um site ou CRM complexo, uma solução manual pode ser mais precisa, mas precisa de documentação, testes e um responsável.
Não adiciono outro plugin apenas porque ele se chama “avançado”. Duas integrações podem enviar o mesmo evento, calcular o valor de forma diferente ou sobrescrever o consentimento. Primeiro descubro o que já está funcionando no site.
Consentimento e minimização de dados fazem parte do planejamento
O Pixel e a API de Conversões processam dados de marketing. A empresa precisa lidar com suas obrigações legais e informativas de acordo com sua operação e seu mercado específicos. Este artigo não é aconselhamento jurídico. Tecnicamente, porém, insisto que o sistema de medição respeite as configurações de consentimento e não envie dados desnecessários para a finalidade declarada.
Hashing não é anonimização nem uma base legal automática. O envio pelo servidor não é uma maneira de enviar a mesma coisa às escondidas. A tecnologia deve implementar as decisões e o marco legal da empresa, não contorná-los.
As verificações de funcionamento devem cobrir toda a jornada
Após a implantação, um indicador verde não é suficiente. Percorro o site como cliente e verifico em cada etapa:
- O conjunto de dados ou Pixel correto é carregado, e somente onde deve?
- O evento correto é disparado no momento correto?
- Ele contém o valor, a moeda, o ID e os demais parâmetros acordados?
- O mesmo evento está sendo criado duas vezes?
- O evento do servidor chega e é deduplicado com o evento do navegador?
- Os IDs dos produtos correspondem ao catálogo?
- O comportamento após o consentimento rejeitado segue o modo selecionado?
- O resultado também aparece na loja ou no CRM?
Uso eventos de teste no Gerenciador de Eventos, diagnósticos, a extensão Meta Pixel Helper e um pedido ou formulário de teste real. Depois comparo as contagens com o sistema interno. Diferenças entre plataformas podem surgir por atribuição e limitações técnicas; uma diferença dramática ou uma duplicação exata é um sinal para corrigir a implementação.
Um público é o resultado de eventos de qualidade
O Pixel permite trabalhar com pessoas com base em visitas e ações no site. Antes, porém, verifico a permissão legal, o tamanho e a relevância para o negócio. Um público formado por todos os visitantes durante um longo período pode misturar clientes, candidatos a vagas, bots e pessoas procurando um assunto completamente diferente.
Uma fonte melhor vem de um evento e uma relação claros: um produto visualizado, um carrinho abandonado, um cliente real ou um lead relevante. Mesmo assim, verifico as exclusões de pessoas que já concluíram a etapa desejada e a frequência dos anúncios.
Um relatório da Meta não é a contabilidade da empresa
A plataforma usa suas próprias regras de atribuição. O Google Analytics 4 acompanha a jornada de outra maneira, enquanto o CRM conhece a qualidade do lead somente depois do trabalho de vendas. Os números não precisam coincidir. Preciso saber por quê e qual sistema atende a qual decisão.
Identifico as campanhas com parâmetros UTM e os conecto ao resultado comercial. Discuto economia da publicidade e segmentação no artigo sobre publicidade no Facebook. Para verificações regulares de todos os sistemas de medição, use o checklist de marketing online.
Medição correta não significa enviar o maior número possível de eventos. Significa enviar a informação certa, no momento certo, exatamente uma vez e por um motivo claro.