Porque o aviso de lead novo da Meta é inscrito por Página, não por formulário. No que observei em produção, quando o gatilho do Make cria o webhook só com conexão e Página, todo lead de qualquer formulário daquela Página chega a ele, e dois cenários na mesma Página recebem também os leads um do outro. A documentação do Make não descreve esse comportamento. A saída é um filtro por formId logo depois do gatilho. Conferi a documentação em 10 de outubro de 2026.
O que a documentação diz
A página da Meta sobre webhooks de leadgen diz que, na configuração, você escolhe o objeto Page e se inscreve no campo leadgen. Pede que o app envie um POST para a edge subscribed_apps da Página, com subscribed_fields=leadgen. E diz que as notificações só saem se a Página tiver instalado o app configurado para o webhook. A inscrição, portanto, é da Página.
O exemplo de notificação traz leadgen_id, page_id e form_id. A página manda usar o leadgen_id para buscar os dados do lead. Ou seja, o formulário vem dentro do aviso como um campo, não como parte do endereço de entrega.
A documentação do app Facebook Lead Ads no Make explica o webhook de forma geral: ao adicionar um módulo com a marca de instantâneo, você clica em criar webhook e depois em criar conexão. Ela também avisa que o formulário de onde você quer buscar dados precisa ter sido enviado ao menos uma vez. Não vi, na página de hoje, descrição de como a Página ou o formulário são escolhidos no gatilho de leads. O que sigo daqui em diante é o que vi em produção.
O que vi em produção
Em junho de 2026, ao criar o webhook do gatilho de leads no Make, a tela pedia apenas a conexão e a Página. Não havia campo para escolher o formulário, e o formId do webhook ficava vazio. Webhooks mais antigos, criados em outra versão do Make, tinham o formulário gravado.
O efeito: numa conta com dois cenários na mesma Página, um com webhook antigo preso a um formulário e outro com webhook novo por Página, o novo disparava para os leads dos dois formulários. Um cliente já tinha tido leads duplicados por dois cenários enviando para o mesmo destino, e a duplicação voltou a ser possível no momento em que o segundo cenário foi ligado.
Por que acontece
A Meta documenta que a inscrição é na Página e que o formulário viaja no conteúdo do aviso. A partir disso, e do que vi na tela do Make, concluo que um gatilho criado sem formulário não filtra na origem. Essa parte é inferência minha, não texto da documentação do Make. Sobra receber tudo da Página e decidir depois.
O que fazer
- Logo após o gatilho, entre ele e o primeiro módulo de ação, adicione um filtro: o campo
formIddo gatilho, com o operador de igualdade de texto, no valor do ID do formulário daquele cenário. No mapeador do Make isso aparece como{{1.formId}}quando o gatilho é o módulo 1. - Faça isso em todo cenário novo que compartilhe Página com outro, antes de ativar.
- Para achar o ID do formulário, use o
form_idde um lead de teste na execução do cenário. - Teste enviando um lead por cada formulário e confira nas execuções quem passou do filtro. Os leads dos outros formulários ainda aparecem no gatilho, o filtro só os impede de seguir.
O filtro não impede o gatilho de rodar: o cenário inicia para todo lead da Página e o filtro só barra o que vem depois.
Cada lead que chega ao gatilho roda o cenário, inclusive os que o filtro descarta. Não conferi como o Make contabiliza operações nesse caso, então veja o consumo no seu plano antes de usar essa solução em Página de alto volume.
Se os leads dos seus anúncios não chegam ao CRM, ou chegam duplicados, é o tipo de problema que resolvo em automação e integrações.