A 9 de outubro de 2026 lemos, só em leitura e pela API da Meta, os pixels das contas de anúncios que gerimos. Das 34 contas com gasto nos últimos 90 dias, 25 têm pixel, num total de 39 pixels. Em 7 dias, só 7 desses 39 enviaram eventos também a partir do servidor, que é o que a API de Conversões faz. Outros 12 enviaram só a partir do browser, e 20 não enviaram nada.
Se a sua conta de anúncios depende só do pixel, a Meta recebe apenas o que o browser do visitante deixar passar. Este artigo explica o que a API de Conversões acrescenta, como evitar contar a mesma venda duas vezes e como verificar a sua conta em dez minutos.
O que a API de Conversões faz que o pixel não faz
O pixel é um pedaço de código que corre no browser de quem visita o seu site e avisa a Meta de que alguém viu uma página, preencheu um formulário ou comprou. Se o browser bloquear esse código, ou se a pessoa fechar a página antes de ele disparar, a Meta não fica a saber.
A API de Conversões (em inglês, Conversions API ou CAPI) é o caminho alternativo: é o seu servidor, ou o seu CRM, que envia o evento diretamente à Meta, sem passar pelo browser. Não substitui o pixel. Os dois trabalham em conjunto, e é essa a configuração que a Meta documenta.
Para quem gera leads, a diferença mais útil é outra: o servidor sabe coisas que o browser nunca vê. O pixel sabe que alguém preencheu o formulário. O seu CRM sabe se essa pessoa atendeu o telefone, pediu orçamento ou comprou. Enviar esse segundo tipo de evento permite à Meta aprender com os leads que avançaram, e não só com os que clicaram.
Pixel e servidor ao mesmo tempo: a regra da deduplicação
Há um risco óbvio em enviar o mesmo evento por dois caminhos: a Meta contá-lo duas vezes. Para evitar isso, a documentação da Meta pede que o evento do browser e o do servidor levem o mesmo identificador (event_id) e o mesmo nome de evento. Quando os dois coincidem, a Meta guarda um e descarta o outro.
| Situação | O que a Meta faz | O que verificar |
|---|---|---|
| Mesmo event_id e mesmo nome de evento, nos dois canais | Conta um só evento | Que o identificador é gerado uma vez e reutilizado nos dois lados |
| Sem event_id | Tenta cruzar pelo cookie do browser (_fbp) e pelo nome do evento, numa janela de tempo | Que o servidor envia o _fbp e o _fbc que recebeu do browser |
| Event_id diferente entre canais | Pode contar duas vezes | Resultados e custo por resultado inflacionados no relatório |
| Só servidor, sem pixel | Conta o evento do servidor | Perde-se o que só o browser sabe, como a página vista |
A mesma documentação indica uma janela de 48 horas para a Meta emparelhar os dois eventos. Por isso, se o seu CRM envia o evento três dias depois do clique, não o está a duplicar: está a enviar outro evento (a venda), e deve ter um nome e um identificador próprios.
O que medimos nas nossas contas
A leitura de 9 de outubro de 2026 foi feita só em leitura, pela API da Meta, sobre as 3 contas de acesso que a Synco usa. Tínhamos acesso a 50 contas de anúncios; 34 tiveram gasto nos últimos 90 dias. Dessas, 9 não têm pixel associado e 25 têm um ou mais, o que dá 39 pixels distintos. Para cada pixel, lemos os eventos dos últimos 7 dias por origem: browser ou servidor.
O que se vê:
- 7 pixels (17,9%) recebem eventos do browser e do servidor. É a configuração recomendada.
- 12 pixels (30,8%) recebem só do browser. Estão expostos a tudo o que o browser deixar de enviar.
- 20 pixels (51,3%) não receberam nenhum evento em 7 dias. Alguns serão pixels antigos de campanhas terminadas; outros podem estar partidos, e só abrindo cada conta se sabe qual é qual.
- Olhando só para os 19 pixels que receberam eventos, 7 (36,8%) têm também o servidor.
- Só 6 das 25 contas com pixel têm pelo menos um pixel a receber eventos do servidor.
A leitura é esta: mesmo numa agência que fala de API de Conversões todos os dias, a maioria dos pixels com atividade ainda corre só no browser. Não é um problema só dos outros.
Há limites claros. A amostra é pequena e é a nossa. Não medimos a qualidade da correspondência nem se a deduplicação está certa em cada conta. E campanhas de formulário instantâneo ou de mensagens não dependem do pixel do seu site, por isso um pixel parado nem sempre é uma avaria.
O que mudou em 2026: a Meta quer tornar isto num clique
Em abril de 2026, a Meta anunciou atualizações ao pixel e à API de Conversões. Segundo a empresa, passa a existir uma configuração da API de Conversões ativada pela própria Meta, em um clique, sem custos e sem conhecimento técnico. Quem já usa o pixel recebe uma janela de 30 dias para rever a funcionalidade antes de ela ser ativada, e pode desativá-la a qualquer momento.
A Meta cita ainda que os anunciantes com a API de Conversões tiveram, em média, um custo por resultado 17,8% mais baixo do que os que não a usam. É um número da própria Meta, sem comparação independente, e depende da conta, da oferta e do leilão. Não o trate como uma promessa para o seu negócio.
O que isto muda na prática: a configuração mínima fica ao alcance de quem não tem programador. O que continua a exigir trabalho é o que a Meta não consegue adivinhar sozinha, ou seja, enviar os eventos que só o seu CRM conhece e garantir que nada é contado duas vezes. Para a base do pixel, veja como configurar o Meta Pixel sem erros.
Como verificar a sua conta em dez minutos
Não precisa de programador para a primeira verificação. Siga esta ordem no Gestor de Eventos da sua conta Meta (os nomes dos menus mudam com frequência, por isso confirme o caminho atual na ajuda da Meta):
- Abra o conjunto de dados (dataset) associado à sua conta de anúncios e veja os eventos dos últimos 7 dias.
- Confirme se os eventos que importam (lead, compra, contacto) aparecem com origem browser, servidor ou ambos.
- Se aparecem só do browser, pergunte a quem gere o site ou o CRM se existe envio por servidor e se leva o mesmo event_id.
- Compare o número de leads que a Meta mostra com o número que chegou realmente ao seu CRM, no mesmo período. Uma diferença grande merece investigação.
- Se enviar eventos do CRM (por exemplo, lead qualificado ou venda), confirme que têm nome próprio e não repetem o evento do formulário.
Se o seu problema não é a falta de leads mas a qualidade deles, a causa raramente está só no sinal. Veja também as perguntas do formulário que separam um lead de um curioso.
Quando não compensa mexer nisto
Se as suas campanhas são de mensagens ou de formulário instantâneo da própria Meta, o lead nasce dentro da plataforma e o pixel do site tem pouco a ver com o resultado. Também não vale a pena mexer na configuração se o seu volume de conversões é muito baixo: com poucas dezenas de eventos por mês, o ganho de sinal não paga o trabalho de implementação. Nesse caso, faça primeiro o básico: pixel a disparar nos eventos certos e um acompanhamento honesto dos leads no CRM.
A Synco faz isto por si
Na Synco verificamos o sinal das contas que gerimos antes de mexer em orçamento: se o pixel dispara, se o servidor envia, se há eventos duplicados. Em alguns clientes ligamos o CRM à Meta para devolver à plataforma os leads que avançaram na venda, e a leitura de hoje mostra por que razão acompanhamos isto de perto. Operamos a sua gestão de tráfego pago em Meta e Google com a conta no seu nome e com acesso ao que fizemos através do Portal do Cliente. Não prometemos resultados: pomos o sinal a funcionar e mostramos os números.
Se quer perceber como ligar o seu CRM à Meta, leia como integrar o Meta Ads com o CRM para fechar mais vendas.