Entre 26 de agosto e 8 de setembro de 2026 enviámos 1.174 mudanças de etapa do CRM dos nossos clientes de volta para a plataforma de anúncios da Meta. Ela aceitou 1.106. Das 68 que recusou, 67 foram pelo mesmo motivo, e é um motivo sem reparação possível: o identificador do contacto já tinha mais de 90 dias e a Meta invalida-o nessa altura. Nenhuma recusa veio de um erro de integração.
Este artigo explica o que é esse envio, porque é que ele muda o que se consegue ver numa conta de anúncios, e qual é a parte que ainda não está ligada, porque há uma, e preferimos dizê-la do que escondê-la.
Fonte: registo interno de eventos da Synco (tabela de recibos de envio), 26 Ago a 8 Set 2026. Cada envio guarda a resposta da Meta, incluindo as recusas.
O problema: a plataforma só sabia metade da história
Quando alguém preenche o formulário de um anúncio, a plataforma regista um facto e só um: formulário preenchido. O que acontece a seguir (se a equipa comercial conseguiu falar com a pessoa, se ela tinha o perfil certo, se avançou para proposta, se comprou, ou se foi arquivada logo no primeiro telefonema) fica todo no CRM e nunca volta para trás.
Isto tem uma consequência que é fácil de ignorar e cara de manter. Um algoritmo de entrega optimiza para o sinal que recebe. Se o único sinal que recebe é preencheu o formulário, ele vai procurar, com muita competência, pessoas que preenchem formulários. Não pessoas que se tornam clientes. São coisas diferentes e nem sempre andam juntas.
O que passámos a fazer: o caminho do lead, em cinco passos
A ligação não é mágica nem é nova em conceito. A Meta tem uma via oficial para isto, chamada Conversions API para integração de CRM, e ela existe precisamente porque o problema acima é universal. O que muda de agência para agência é se está montada, se está montada em todas as contas, e se alguém verifica que continua a funcionar.
- O anúncio gera o contacto. A pessoa preenche o formulário instantâneo. Nesse momento a Meta cria um identificador único para aquele contacto, um número de 15 a 17 dígitos.
- O contacto entra no CRM com esse identificador guardado. É a peça que quase toda a gente perde: se o identificador não for gravado no CRM, não há forma de voltar a falar daquele contacto com a plataforma mais tarde. É a chave que liga os dois mundos, e é irrecuperável depois.
- A equipa comercial trabalha o contacto exactamente como já trabalha: atende, qualifica, agenda, envia proposta, fecha. Ou arquiva.
- Cada mudança de etapa volta à plataforma. Em tempo real, por webhook do CRM. Vai o identificador e o nome da etapa. Mais nada.
- A plataforma passa a saber o desfecho. Primeiro para efeito de medição. Depois, quando a conta tem volume suficiente, para ajustar a quem entrega os anúncios.
Como isto se vê do lado da Meta
Do lado da plataforma, as etapas do CRM aparecem no Gestor de Eventos como eventos com o nome que nós lhes damos. O nome é livre: a Meta documenta-o como um campo de texto para "as etapas de lead que usa dentro do seu CRM". Por isso usamos nomes que se leem sem manual: LeadRecebido, LeadContactado, LeadQualificado, PropostaEnviada, Venda, LeadRecusado.
Dentro do Gestor de Eventos, cada etapa é depois classificada como etapa positiva (sinal de lead com qualidade) ou outra etapa, e escolhe-se um alvo de optimização. Esta configuração só existe na interface: não há forma de a fazer por programação, o que significa que alguém tem mesmo de a fazer conta a conta, com acesso de administrador. São cerca de quinze minutos por conta e é a razão pela qual muita gente não a faz.
O que isto torna visível: o custo real de um lead
O ganho imediato não é a optimização. É a medição, e a medição, sozinha, já muda decisões. Assim que as etapas voltam, deixa de existir um único custo por lead e passam a existir dois: o custo por formulário preenchido, que é o que o painel sempre mostrou, e o custo por contacto que a equipa realmente aproveitou.
Em duas das contas que operamos, com noventa dias de dados, a distância entre esses dois números foi esta:
Numa das contas, o painel mostrava aproximadamente um quarto do custo verdadeiro. Na outra, um doze avos. Nenhum destes números aparece em lado nenhum enquanto o CRM não falar com a plataforma. E é por isso que a conversa "os leads são fracos" tende a andar meses em círculos: os dois lados estão a olhar para números diferentes e ambos têm razão.
A taxa de qualificação, medida apenas sobre os contactos que vieram de anúncio, varia muito mais entre contas do que a intuição sugere:
| Conta | Etapa que define lead qualificado | Taxa de qualificação |
|---|---|---|
| Conta A, serviços ao domicílio | Lead bom | 30,8% |
| Conta B, telecomunicações | Qualificado | 24,2% |
| Conta C, construção | Projecto com enquadramento | 11,9% |
| Conta D, clínica | Avaliação agendada | 3,6% |
Fonte: medição da Synco em contas que opera, 90 dias até 8 Set 2026, calculada apenas sobre os contactos com origem em anúncio. Contas anonimizadas.
Contar a taxa de qualificação sobre o CRM inteiro é o erro mais comum aqui. Um CRM tem contactos de site, WhatsApp, indicação e registos manuais. Numa das contas, apenas 33% dos contactos vieram de anúncio: incluir os outros dilui a taxa e leva a escolher o alvo errado.
A parte que ainda não está ligada
A segunda metade desta história, a plataforma passar a ajustar sozinha a entrega em função da qualidade, tem um requisito publicado pela própria Meta: a conta precisa de gerar pelo menos 200 leads por mês. Não é folclore de blogue; está na página oficial de elegibilidade, junto com outras condições (a etapa a optimizar tem de acontecer nos 28 dias seguintes à geração do lead, e ter uma taxa de conversão entre 1% e 40%).
Das contas onde temos isto a funcionar, hoje apenas uma ultrapassa esse limiar. Nas restantes, o que ganhámos foi medição e histórico. E o histórico é exactamente o que as deixa prontas no dia em que o volume chegar. Dizer o contrário seria vender um resultado que ainda não está ligado.
Há ainda uma consequência que preferimos avisar antes de acontecer: quando a optimização por qualidade entra, é normal o número total de contactos descer. Isso é o efeito esperado de deixar de comprar o perfil que a equipa recusa, não é uma avaria. O número que tem de subir é o de contactos aproveitáveis por cada euro investido. Por isso reportamos sempre os dois lado a lado, volume total e volume aproveitável, e nunca um sem o outro.
Privacidade: o que sai e o que não sai
O que é enviado para a plataforma é o identificador que a própria plataforma atribuiu ao contacto no momento em que ele preencheu o formulário, mais o nome da etapa em que se encontra. Não saem nomes, endereços de email nem números de telefone. Não há enriquecimento de dados, não há listas, não há partilha com terceiros.
Do ponto de vista do RGPD, o cliente é o responsável pelo tratamento e a agência é o subcontratante que executa em nome dele. Na prática isto significa que a decisão é sempre do cliente: quem preferir que a partilha de estados não seja feita na sua conta, diz e é desligada, sem custo e sem discussão.
O que a equipa do cliente tem de fazer
Nada de novo, e esta parte é literal. A equipa comercial continua a trabalhar o funil exactamente como já trabalha. A única condição é que os contactos sejam efectivamente classificados no CRM: se ficarem todos parados na etapa de entrada, a plataforma recebe o total e mais nada, e o mecanismo não tem o que aprender.
Não é preciso um processo elaborado. Separar o que interessa do que não interessa já é suficiente para o sinal existir. Vimos o oposto disto de perto: uma conta com mais de mil contactos, todos parados a 100% na primeira coluna do funil. Volume sem funil trabalhado não é sinal nenhum: é apenas volume.
A verificação de que isto continua a funcionar não depende da memória de quem o montou. Corremos um verificador que faz nove checagens por conta (se o gatilho do CRM caiu, se o conjunto de dados deixou de aceitar escrita, se uma etapa mapeada já não existe, se a taxa do alvo saiu da banda permitida) e uma rotina diária que compara o CRM com o que chegou à plataforma e repõe o que faltar.