Enviar eventos pelo servidor com a API de Conversões sem duplicar

Com o plano de eventos escrito e a compra dobrada documentada, falta o servidor confirmar o que o navegador perdeu e parar de contar duas vezes o que já chegou. A API de Conversões faz as duas coisas, desde que o mesmo pedido chegue pelos dois caminhos com a mesma identidade.

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.

O que muda depois deste passo: você escolhe o método de envio que cabe na sua operação, lê os quatro diagnósticos que a Meta usa para medir a qualidade do sinal e confere a deduplicação com números de antes e de depois.

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 CRM ou o servidor do site. 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. Anunciantes com a API de Conversões para eventos web tiveram, em média, custo por resultado 17,8 por cento menor do que os sem, segundo dado interno da Meta divulgado em abril de 2026. É média de muitos anunciantes e dado do vendedor. Na sua conta, o ganho depende de quanto o navegador perdia.

Quatro famílias de método levam o evento ao servidor da Meta. A Meta-enabled Conversions API, conexão ativada em um clique no Gerenciador de Eventos, foi anunciada em 15 de abril de 2026 e ficou ativa em 27 de abril, só para eventos web. A integração nativa de uma plataforma parceira liga o envio pelo painel dela.

Conversions API Gateway: a solução hospedada que envia eventos web à Meta. Signals Gateway: um pipeline de dados próprios que manda o mesmo evento a vários destinos, inclusive fora da Meta. Por último vem o desenvolvimento próprio, que chama a API direto do seu sistema. Eventos de app, de loja física e de CRM seguem exigindo integração direta ou de parceiro.

Todo evento enviado pelo servidor carrega três campos de identidade. O event_name diz qual ação aconteceu, com o mesmo nome usado no Pixel. O event_time marca o momento da ação, em segundos. O action_source diz onde ela ocorreu: website para o site, physical_store para loja física, system_generated para o que nasce num sistema, como o CRM.

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. São compras que existem no relatório de eventos e pouco ensinam ao sistema sobre quem compra.

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. Anunciantes de saúde e bem-estar 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.

Armadilha comum: ligar a API de Conversões por cima de um Pixel que já duplicava. O servidor acrescenta um terceiro disparo do mesmo pedido, a deduplicação junta só o par com event_id igual e a conta fica com mais compras do que antes do conserto. A ordem certa é um disparo por evento no navegador e só então o servidor.

A Torra Serrana fez o conserto nessa ordem. Marina tirou do tema o código antigo que disparava Purchase a cada recarga e conferiu com o Meta Pixel Helper que a confirmação ficou com um disparo só. Então ativou a Meta-enabled Conversions API, porque todos os eventos da loja nascem no site. O B2B, que nasce no Pipedrive, ficou para depois.

Antes, o Gerenciador recebia 2.212 Purchase para 1.431 pedidos pagos em agosto, sem nenhuma cobertura de servidor e com Event Match Quality de 5,1 em Purchase. Três semanas depois, o mesmo recorte de 30 dias mostrou 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.

Junto veio o relatório de mídia. Com a mesma verba de R$ 18.000 na loja, as compras atribuídas caíram de 520 para 372 e o ROAS reportado de 4,3 para 3,1, com CPA de R$ 48. Marina levou os dois números à reunião dos sócios com uma frase: a campanha continuou igual, o termômetro é que parou de somar febre duas vezes.

Para a Torra Serrana, o ROAS menor foi a primeira notícia boa do trimestre, 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, 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.

Abra o Gerenciador de Eventos, anote a cobertura e a Event Match Quality do seu Purchase e repita a anotação em sete dias. Com a cobertura estável ou em alta e nenhum alerta de duplicado na aba de diagnósticos, o capítulo 'Levar a venda confirmada no CRM de volta à Meta' tem base para ligar o seu CRM.