Como levar a venda do CRM de volta para a mídia

Meta e Google Ads só otimizam para o que ficam sabendo. Se a venda acontece no CRM, semanas depois do formulário, as plataformas continuam enxergando apenas o lead, inclusive o que nunca comprou. A saída é guardar o identificador do clique junto do lead e, quando o negócio é ganho, enviar esse evento de volta: no Google Ads como importação de conversões offline, na Meta como evento da Conversions API. Isso só funciona se o dado for guardado no dia do clique e enviado dentro do prazo de cada plataforma.

Por que o custo por lead engana sem a venda

O custo por lead mede o formulário, não o resultado. Duas campanhas com o mesmo investimento podem trazer o mesmo número de contatos e vendas muito diferentes.

Veja um exemplo hipotético. Uma agência investe R$ 10.000 em cada uma de duas campanhas para a mesma clínica. Ticket médio de R$ 3.000, informado pelo CRM.

• Investimento

  Campanha A

  R$ 10.000

  Campanha B

  R$ 10.000

• Leads

  Campanha A

  120

  Campanha B

  80

• Vendas no CRM

  Campanha A

  2

  Campanha B

  8

• Custo por lead

  Campanha A

  R$ 83,33

  Campanha B

  R$ 125,00

• Custo por venda

  Campanha A

  R$ 5.000

  Campanha B

  R$ 1.250

• Receita (vendas × R$ 3.000)

  Campanha A

  R$ 6.000

  Campanha B

  R$ 24.000

• ROAS

  Campanha A

  0,6

  Campanha B

  2,4

As contas: 10.000 ÷ 120 = 83,33; 10.000 ÷ 80 = 125; 10.000 ÷ 2 = 5.000; 10.000 ÷ 8 = 1.250; 2 × 3.000 = 6.000 e 6.000 ÷ 10.000 = 0,6; 8 × 3.000 = 24.000 e 24.000 ÷ 10.000 = 2,4. Se a plataforma só vê leads, a campanha A parece a melhor, e o algoritmo tende a buscar mais gente parecida com ela.

O elo que não pode quebrar: o ID do clique

Para ligar uma venda a um anúncio, alguém precisa ter guardado o clique. São quatro passos, e se um falha, os seguintes ficam sem dado.

1. 1.O clique carrega um ID. No Google, o gclid é anexado à URL quando o auto-tagging está ativo. Na Meta, o fbclid vem como parâmetro da URL de destino.
2. 2.O site captura o ID. Um script lê o parâmetro e o guarda, por exemplo, em um campo oculto do formulário.
3. 3.O CRM guarda o ID no lead. Se o formulário não grava o campo, o ID se perde na primeira etapa.
4. 4.A venda vira evento. Quando o negócio é ganho, o ID e o horário da venda seguem para a plataforma.

A página do Google Ads que descreve a configuração lista as condições: o auto-tagging ligado, a possibilidade de alterar o código das páginas para capturar o gclid e a possibilidade de guardá-lo com os dados do contato. Ela avisa também que o gclid diferencia maiúsculas de minúsculas, então envie exatamente o valor capturado. A página observa ainda que o armazenamento do ID deve respeitar as regras locais de consentimento de cookies.

Google Ads: importar a venda por clique

A página de ajuda do Google lista três formas de importar conversões offline: conversões otimizadas para leads (enhanced conversions for leads, a opção que o Google recomenda), conversões de cliques pelo gclid e conversões de ligações.

O que a documentação diz sobre cada limite:

• Com gclid, o Google aceita a conversão desde que ela não tenha mais de 90 dias, e guarda o gclid por apenas 90 dias.
• Com dados de contato com hash, o limite cai para 63 dias.
• Para envios agendados, o Google recomenda esperar 6 horas para o clique ser processado. Se ele ainda não foi, envie de novo depois de 12 horas.
• Uma conversão não pode acontecer antes do clique.
• Se você enviar o mesmo gclid, o mesmo nome de conversão e o mesmo horário duas vezes, a segunda é tratada como duplicata e não é reportada. Para duas conversões distintas no mesmo clique, use horários diferentes.

Na hora de ler o resultado, o Google orienta a usar a coluna "Todas as conv. (por tempo de conv.)", que reporta pelo dia da conversão, e a conferir o arquivo de resultados do envio, porque algumas conversões podem ser rejeitadas.

Meta: um evento de servidor com o clique e o contato

A Meta chama de legado a antiga Offline Conversions API e indica a Conversions API como o método recomendado para eventos offline. Na prática, a venda do CRM vira um evento de servidor. Os pontos da documentação:

• Dados do cliente. É preciso enviar ao menos um parâmetro de user_data no formato correto. E-mail (em) e telefone (ph) vão com hash SHA-256, depois de normalizados: e-mail sem espaços e em minúsculas, telefone só com dígitos e com código do país. O fbc não tem hash.
• O fbc. Segue o formato fb.${subdomain_index}.${creation_time}.${fbclid} e pode ser montado a partir do fbclid guardado no CRM.
• Leads do formulário da Meta. O lead_id (número, sem hash) identifica um lead gerado em Lead Ads.
• action_source. Informa onde a conversão aconteceu. Os valores aceitos incluem website, physical_store, phone_call, chat, email, system_generated, business_messaging e other.
• event_time. Pode ser de até 7 dias antes do envio, e se um evento do lote passa disso, a requisição inteira retorna erro.
• event_id. Opcional, mas recomendado: serve para deduplicar eventos que chegam do pixel e da API, com o mesmo event_name. O número do pedido costuma servir.

A documentação recomenda enviar os mesmos parâmetros de cliente no navegador e no servidor e incluir o país, mesmo com leads só do Brasil.

A venda que chega tarde demais

O prazo é o ponto onde mais envios se perdem. Exemplo hipotético: uma pessoa clica em um anúncio de uma escola em 5 de janeiro, vira lead no mesmo dia e fecha a matrícula em 10 de abril. Entre o clique e a venda passaram 95 dias (26 em janeiro, 28 em fevereiro, 31 em março e 10 em abril: 26 + 28 + 31 + 10 = 95). Esse envio passa do limite de 90 dias do Google e é recusado.

• 10 dias

  Google (gclid)

  Aceita

  Google (contato com hash)

  Aceita

  Meta (regra geral)

  Envie em até 7 dias

• 70 dias

  Google (gclid)

  Aceita

  Google (contato com hash)

  Recusa (limite de 63)

  Meta (regra geral)

  Envie em até 7 dias

• 95 dias

  Google (gclid)

  Recusa (limite de 90)

  Google (contato com hash)

  Recusa

  Meta (regra geral)

  Envie em até 7 dias

A coluna da Meta fala do prazo entre o evento e o envio, não entre o clique e a venda. Por isso o hábito que funciona é enviar na hora em que o status muda, não uma vez por mês. Quando o ciclo é mais longo que o limite, a alternativa é enviar uma etapa intermediária, como "reunião realizada" ou "proposta enviada", que acontece dentro do prazo. A desvantagem é que o evento intermediário não é receita; trate-o como sinal de qualidade e mantenha a receita real no relatório do CRM.

Quando não há ID do clique

O clique nem sempre foi guardado: formulários antigos, ligações, WhatsApp. O Google recomenda as conversões otimizadas para leads, que somam dados de contato com hash ao envio, e a Meta aceita em e ph com hash. Em nenhum dos dois casos trate o retorno como garantido: as páginas consultadas não informam uma taxa de correspondência, então este texto também não promete uma.

O que isso muda no relatório

O envio melhora o que a plataforma otimiza, mas o relatório precisa mostrar o que o CRM diz de qualquer forma. O Relator lê os negócios ganhos no HubSpot ou no RD Station CRM, cruza com a campanha do lead e calcula o ROAS real do lado do relatório. Mantenha as duas coisas separadas: o relatório mostra a receita do CRM, e o envio ensina o algoritmo.

Como aplicar

1. 1.Confirme que o auto-tagging está ligado na conta do Google Ads.
2. 2.Adicione campos ocultos no formulário para gclid e fbclid (e para utm_*), e confirme que cada um chega ao CRM no lead.
3. 3.Teste: clique em um anúncio seu, preencha o formulário e confira o valor no registro do CRM.
4. 4.Defina com o cliente qual etapa do CRM conta como venda e qual é o campo de valor.
5. 5.Escolha o prazo de envio: assim que o status mudar. Anote o ciclo médio de vendas e compare com 90 e 63 dias (Google) e com 7 dias (Meta).
6. 6.No Google Ads, crie a ação de conversão de importação e acompanhe o arquivo de resultados dos primeiros envios.
7. 7.Na Meta, envie pela Conversions API com action_source correto, event_id estável e dados do cliente normalizados e com hash.
8. 8.Se o ciclo passa do limite, escolha uma etapa intermediária e deixe a receita real no relatório do CRM.

Fontes

Todas conferidas em 19 de outubro de 2026. Ficou de fora o que as páginas lidas não informam: formato exato das colunas e fuso do arquivo de envio do Google, exceções do prazo de event_time para eventos offline da Meta, taxa de correspondência esperada e exigências de consentimento (LGPD) para esse tipo de envio.

• Google Ads Ajuda, Configurar conversões offline com o Google Click ID (GCLID): requisitos do auto-tagging, captura e armazenamento do gclid, diferença entre maiúsculas e minúsculas.
• Google Ads Ajuda, Perguntas frequentes sobre importação de conversões offline: limites de 90 e 63 dias, tempo de processamento do clique, duplicatas, coluna por tempo de conversão.
• Google Ads Ajuda, Sobre a importação de conversões offline: métodos de importação e migração para a Data Manager API.
• Meta para Desenvolvedores, Conversions API: eventos offline: Offline Conversions API como legado e Conversions API como método recomendado.
• Meta para Desenvolvedores, Parâmetros de informações do cliente: fbc, hash de em e ph, lead_id.
• Meta para Desenvolvedores, Parâmetros de evento do servidor: event_time, action_source, event_id.