Conversões offline são os acontecimentos que ficam registados no CRM, como um lead qualificado, uma proposta enviada ou uma venda fechada, e que a empresa devolve à Meta para ela saber quais dos leads dos anúncios valeram a pena. O difícil não é enviar. É escolher que etapas enviar: nas nossas contas, de 3.078 eventos devolvidos à Meta, só 16 foram propostas ou vendas.
Lemos a tabela de recibos do Crescify, o CRM que a Synco construiu, que regista cada evento de funil enviado à Meta. O resultado mostra um funil que devolve muito sinal de entrada e quase nenhum de fecho.
O que medimos nas contas que ligámos ao Crescify
A 3 de Novembro de 2026 lemos, só em modo de leitura, os recibos de envio de 26 de Agosto a 2 de Novembro. Excluímos os envios de teste, e ficámos com 3.078 eventos de 8 contas de clientes. Contam eventos, não pessoas: o mesmo lead pode gerar vários, um por etapa.
| Etapa enviada | Eventos | Parte do total |
|---|---|---|
| Lead recusado | 920 | 29,9% |
| Lead recebido | 704 | 22,9% |
| Lead contactado | 630 | 20,5% |
| Lead (entrada genérica) | 409 | 13,3% |
| Lead qualificado | 347 | 11,3% |
| Acompanhamento e follow-up | 52 | 1,7% |
| Proposta, ganho ou venda | 16 | 0,5% |
Duas leituras. A primeira: o maior grupo, com 29,9%, são leads recusados. O funil devolve também o lado negativo, não só quem avança. Não medimos se isso melhora as campanhas, medimos só que é enviado. A segunda: só 5 das 8 contas enviaram alguma vez uma proposta, um ganho ou uma venda, e só 3 enviaram um ganho ou uma venda. Nas outras o CRM sabe quem comprou, mas a Meta não.
Duas ressalvas. Não classificámos a causa dos 196 envios recusados ou com erro, por isso não dizemos porque falharam. E o volume de cada etapa depende de como cada cliente mapeia as suas etapas para o nosso funil, pelo que a comparação entre contas tem limites.
O que a Meta pede para receber estes eventos
Na documentação da Meta (integração de CRM com a API de Conversões), lemos quatro coisas que decidem se isto funciona:
- É uma integração à parte. A página diz que a integração de CRM é separada da API de Conversões que já tenha para o site, porque os parâmetros exigidos são diferentes. Ter o pixel e a API do site em ordem não resolve isto.
- O identificador do lead. A página recomenda enviar o identificador do lead em cada evento. É ele que liga a venda ao anúncio de onde o lead veio. Se o CRM não o guardar à entrada, mais tarde já não há como ligar.
- Regularidade. Os dados podem ser enviados com regularidade, pelo menos uma vez por dia.
- Janela de 28 dias. A etapa que quer otimizar deve ocorrer até 28 dias depois de o lead ser gerado.
A janela de 28 dias é a que mais surpreende quem vende serviços de ciclo longo. Em quanto tempo demora um lead a comprar explicamos como medir o seu. Se a venda costuma fechar depois dos 28 dias, a Meta não aprende com ela, e precisa de uma etapa anterior que aconteça dentro da janela.
A tabela seguinte é a nossa regra de trabalho, não uma regra da Meta. A Meta aceita nomes de evento livres, por isso o nome é o que a sua equipa decidir, desde que seja sempre o mesmo.
Que etapas devolver: a regra que usamos
| Situação do funil | O que enviar | Porquê |
|---|---|---|
| Muitos leads por mês, venda rara | Lead qualificado, e a venda quando houver | A Meta precisa de volume; a venda sozinha dá-lhe quase nada |
| Ciclo de venda maior que 28 dias | Uma etapa intermédia, como proposta enviada | A venda cai fora da janela que a Meta documenta |
| Muitos leads que não servem | Lead recusado, além dos bons | Dá à Meta também o sinal negativo |
| Equipa que não regista as etapas | Nada, ainda | Enviar etapas mal preenchidas ensina a Meta ao contrário |
Há uma ligação com a qualidade do CRM. Em etapas do funil no CRM mostramos que muitas etapas diluem o sinal, e em motivos de perda no CRM como registar porque o lead não comprou, que é o que alimenta o evento de recusa.
Quer aplicar isto na sua empresa?
Fazemos um diagnóstico gratuito de 30 minutos e mostramos exatamente o que mudaria nas suas campanhas.
Agendar diagnóstico gratuito →O que corre mal com mais frequência
- O lead entra sem identificador. Se o formulário ou a mensagem não guardarem de onde o lead veio, a venda fica sem anúncio de origem. Veja também a API de Conversões e o pixel.
- Leads duplicados. A mesma pessoa registada duas vezes gera dois eventos e conta a venda em dobro. Em leads duplicados no CRM vê como isto acontece.
- Só se envia a venda. Com 16 vendas e propostas em 3.078 eventos, uma conta que envie apenas isso dá à Meta muito pouco para aprender.
- Ninguém confere os envios. Nas nossas contas 196 de 3.078 foram recusados ou deram erro. Sem uma verificação, esse buraco fica por ver.
- Etapas com nomes diferentes. "Qualificado" numa semana e "Lead bom" na seguinte contam como dois eventos distintos. Fixe os nomes e não os mude.
Como começar em quatro passos
- Escolha duas etapas. Uma intermédia, que aconteça com frequência, e a venda. Menos é mais.
- Guarde o identificador do lead à entrada, no próprio CRM, sempre que o lead vier de um formulário da Meta.
- Fixe os nomes dos eventos e escreva-os num documento que a equipa comercial também veja.
- Confira os envios todas as semanas, comparando os eventos enviados com os leads que mudaram de etapa no CRM.
Se o seu CRM ainda não mostra bem onde cada lead está, comece por aí. Veja como integrar o Meta Ads com o CRM antes de tentar devolver as vendas.
A Synco faz isto por si
Nas contas que ligamos ao Crescify, cada mudança de etapa gera um recibo de envio à Meta, e um verificador compara esses recibos com o CRM. Assim, fica registado o que foi devolvido à Meta e quando, e um envio recusado não passa despercebido.
Não prometemos que as campanhas melhorem: depende da qualidade dos dados, do volume de leads e da oferta. O que fazemos é garantir que o sinal sai do CRM de forma ordenada e verificável.