Confirmar cada venda direto do seu sistema, sem contar duas vezes

No balcão de uma loja, o vendedor anota o pedido e o caixa confirma o que foi pago; quando os dois registros batem, ninguém conta a mesma venda duas vezes. Na Meta, o Pixel faz o papel do vendedor, anotando no navegador, e a API de Conversões, o canal que leva o evento do servidor da empresa à Meta, faz o papel do caixa. A decisão do capítulo é como ligar esse segundo registro sem dobrar a compra no relatório.

Medir só pelo navegador custa sinal. Bloqueador de anúncios, navegador interno dos aplicativos e página de confirmação que não termina de carregar derrubam eventos que existiram. Ligar o servidor sem deduplicar custa o contrário: o sistema recebe compra dobrada e passa a lançar como se a campanha rendesse o dobro.

Na prática, a API de Conversões é a ligação direta entre o servidor da empresa e a Meta. Em vez de depender do código que roda no navegador do visitante, o evento sai do sistema que registrou a venda, seja a loja, o servidor do site ou o CRM, o sistema de clientes e negociações. Os dois caminhos convivem: o Pixel capta o comportamento na página e o servidor confirma o que aconteceu.

No negócio, a diferença aparece no custo. A Meta divulgou em abril de 2026 que anunciantes com a API de Conversões para eventos web tiveram custo por resultado menor, em média, do que os sem; o número está no quadro abaixo. É média de muitos anunciantes, publicada pelo vendedor. Na sua conta, o ganho depende de quanto o navegador perdia.

Os métodos de envio vão do mais simples ao mais flexível. A conexão de um clique no Gerenciador de Eventos, a área onde chegam os dados de conversão, espelha o Pixel em eventos web e está ativa desde 27 de abril de 2026. A integração de plataforma parceira liga o envio pelo painel dela. Os gateways hospedados e o desenvolvimento próprio servem a quem precisa de controle ou envia eventos que nascem fora do site, como CRM e loja física.

Para a Meta, cada evento enviado pelo servidor chega com nome, hora e origem: qual ação aconteceu, quando e onde, no site, na loja física ou num sistema como o CRM. O nome precisa ser igual ao usado no Pixel, senão a deduplicação não encontra o par.

Correspondência é a capacidade de a Meta ligar o evento a uma pessoa com conta. Ela depende de identificadores como e-mail, telefone, nome, cidade e CEP. Antes do envio, cada um é normalizado em minúsculas, sem espaço, com o telefone no formato internacional. Depois passa por hash SHA-256, a transformação que embaralha o dado sem volta.

Event Match Quality é a nota de 0 a 10 da correspondência. Ela sobe com mais identificadores e com identificadores bem formatados. Uma nota baixa em Purchase significa compras que a Meta recebe e não consegue ligar a ninguém: existem no relatório de eventos e pouco ensinam ao sistema sobre quem compra. Os três identificadores do quadro a seguir são detalhe de implementação, assunto do desenvolvedor.

Deduplicação é a regra que conta uma vez o evento que chega duas vezes. A Meta junta os disparos do navegador e do servidor quando os dois trazem o mesmo event_name e o mesmo event_id, o código único do evento. Na loja, o event_id mais seguro é o número do pedido, porque ele existe nos dois lados. Sem event_id igual, os dois disparos viram duas compras.

Quatro diagnósticos medem o sinal no Gerenciador de Eventos, e o curso de Blueprint da Meta sobre a API de Conversões trata exatamente deles. A cobertura é a média de 7 dias do percentual de eventos do Pixel também enviados pelo servidor com chave de deduplicação. A correspondência é a Event Match Quality. A deduplicação mostra se os pares se juntam. A atualização mede o atraso entre a ação e o envio.

Leia os quatro juntos, porque um esconde o outro. Cobertura alta com deduplicação ruim infla o relatório. Nota alta com cobertura baixa melhora poucos eventos. Envio atrasado entrega ao lance uma informação velha. Quem cuida de várias contas pode ler os mesmos indicadores pela Dataset Quality API, a interface que a Meta publica para esse monitoramento.

Consentimento e minimização valem também no servidor. Se o visitante recusou o rastreamento, o evento dele fica fora do envio. Mande só o que a correspondência pede, faça hash antes de enviar e deixe de fora CPF, dado de saúde e texto livre de formulário.

Saúde e bem-estar têm regra mais dura. Anunciantes desses setores sob o core setup, a configuração restrita que a Meta aplica desde janeiro de 2025, ficam sem parâmetros personalizados e sem URL além do domínio também pela API de Conversões.

Exemplo: uma loja que ainda dispara duas compras no navegador ativa a conexão de servidor para resolver a medição. No relatório seguinte aparecem mais compras do que antes. O servidor acrescentou um terceiro envio do mesmo pedido, a deduplicação juntou só o par com event_id igual e o código antigo continuou sobrando. A ordem certa é deixar um disparo por evento no navegador e só então ligar o servidor.

Exemplo: seguindo essa ordem, primeiro sai do tema o código antigo que disparava Purchase a cada recarga. O Meta Ads Data Advisor, nome atual do antigo Meta Pixel Helper, confirma então que a página de confirmação ficou com um disparo só. Depois entra a conexão de um clique, adequada quando todos os eventos da loja nascem no site. O B2B, cujos eventos nascem no CRM, fica para uma etapa seguinte.

Exemplo: antes do conserto, o Gerenciador recebe 2.212 Purchase para 1.431 pedidos pagos, sem nenhuma cobertura de servidor e com Event Match Quality de 5,1 em Purchase. Três semanas depois, um recorte de 30 dias mostra 1.489 Purchase para 1.512 pedidos criados, cobertura de 93 por cento e nota 7,8, com e-mail e telefone do checkout chegando com hash. Atenção aos denominadores: o primeiro número compara com pedidos pagos e o segundo com pedidos criados. Além disso, o recorte de 30 dias ainda inclui dias anteriores ao conserto. A comparação mostra o sentido da mudança, não uma medida exata.

No mesmo exemplo, com a mesma verba de R$ 18.000 na loja, as compras atribuídas caem de 506 para 360. O ROAS reportado, a receita atribuída dividida pela verba, vai de 4,2 para 3,0. O CPA, o custo de mídia por compra, vai de R$ 36 para R$ 50 (18.000 ÷ 506 e 18.000 ÷ 360). A queda é da contagem, não da campanha: a medição deixou de somar a mesma compra duas vezes, e a campanha seguiu do mesmo tamanho. Essa é a explicação a levar à diretoria antes que alguém corte verba por causa do número menor.

Na loja, o ROAS menor foi a primeira notícia boa de julho, porque virou um número que o caixa confirma. Sobra uma distância que o servidor da loja não fecha: pedidos criados viram Purchase mesmo quando o Pix expira, e o B2B segue sem contar à Meta quais leads assinaram contrato.

Guia prático de configuração. Tudo começa na aba Configurações do conjunto de dados, o recipiente que junta os eventos da empresa no Gerenciador de Eventos. Ali aparecem os caminhos de envio pelo servidor: Gateway e Signals Gateway na nuvem, integração direta com token de acesso e integração por parceiro, como plataformas de loja e ferramentas de dados.

Na segunda-feira, anote a cobertura e a Event Match Quality do seu Purchase no Gerenciador de Eventos e repita a anotação sete dias depois. A base está pronta quando a cobertura ficar estável ou em alta e a aba de diagnósticos não mostrar alerta de duplicado; aí o capítulo 'Levar a venda confirmada no CRM de volta à Meta' liga o seu CRM.