Como levar os leads do Google Ads para o CRM e saber quais viraram venda

Quem anuncia na busca do Google paga por uma intenção rara: a pessoa digitou o que procura e clicou. Se o cadastro dela vai parar em um e-mail ou numa planilha que alguém abre na sexta, o dinheiro do clique esfria antes de o vendedor responder. O objetivo desta página é tirar o humano do transporte do lead e deixá-lo só na conversa.

O texto cobre os dois caminhos mais comuns, o formulário de lead dentro do anúncio e o formulário do seu site, e termina na parte que quase ninguém faz: contar ao Google quais leads viraram cliente. A parte de campanhas do Facebook e Instagram está em leads do Facebook Ads no CRM, e o desenho geral de origem está em rastrear a origem do lead. Documentação do Google conferida em 31 de outubro de 2026.

De quais formas o lead do Google Ads chega até a empresa?

Por três portas: o formulário de lead que fica dentro do anúncio, o formulário da sua página de destino e a conversa iniciada por um link de WhatsApp. Cada porta entrega um conjunto diferente de dados e pede um jeito próprio de gravar a origem no CRM.

Para a segunda porta, o passo a passo do formulário do site está em integrar formulário do site ao CRM. Aqui o foco é a primeira, porque é a que costuma ficar presa no painel do Google.

Como funciona o webhook do formulário de lead do Google Ads?

Quando alguém envia o formulário do anúncio, o Google faz uma requisição HTTP POST para a URL que você cadastrou, com os dados do lead em JSON e uma chave que você definiu. Seu sistema valida a chave, grava o lead e responde com sucesso. É assim que o lead chega em segundos, sem arquivo.

Pelo que a documentação para desenvolvedores do Google descreve hoje, o corpo do POST traz estes campos:

• lead_id: identificador único do lead, usado para saber se aquele cadastro já foi gravado.
• form_id e campaign_id: o formulário e a campanha do Google Ads de onde o lead veio.
• gcl_id: o Google click ID, que identifica o clique no anúncio.
• google_key: a chave que você configurou em cada formulário; sua URL deve conferi-la antes de processar.
• is_test: vem como verdadeiro nos envios de teste, para você não tratar como lead real.
• user_column_data: a lista com o que a pessoa preencheu, cada item com nome da coluna, valor e um identificador (por exemplo, nome completo, e-mail e telefone).

Duas regras da documentação evitam dor de cabeça. A primeira: o endereço deve responder HTTP 200 com um corpo JSON vazio ({}) quando tudo deu certo. A segunda: o Google avisa que um lead pode chegar mais de uma vez, então seu fluxo precisa usar o lead_id para não criar o mesmo contato duas vezes.

Como montar o caminho até o DataCrazy, passo a passo?

O caminho tem quatro peças: o formulário no Google Ads, uma URL que recebe o webhook, um fluxo que trata os dados e o DataCrazy, que recebe o contato pela API. A AD PRO monta essa ponte via webhook, API e n8n, e você acompanha cada etapa abaixo.

1. 1
   Crie o formulário com os campos mínimos

   Nome, telefone e e-mail bastam para começar. Cada campo a mais derruba o envio. Se precisar qualificar, uma pergunta de múltipla escolha costuma ser suficiente.

2. 2
   Cadastre a URL do webhook e a chave

   No formulário de lead, informe o endereço que vai receber o POST e a chave de validação. Guarde a chave em local seguro, fora de planilhas e de mensagens de grupo.

3. 3
   Receba, valide e deduplique

   O fluxo no n8n confere se google_key bate com a chave cadastrada, separa os envios com is_test verdadeiro e consulta o lead_id para saber se já existe. Só então segue.

4. 4
   Traduza os campos e crie o contato no DataCrazy

   O fluxo converte a lista user_column_data em campos do contato e chama a API do DataCrazy. A etapa inicial do funil, a origem “Google Ads” e a campanha vão junto. Veja DataCrazy API, webhook e MCP e a integração do DataCrazy com o n8n.

5. 5
   Distribua e avise o vendedor

   Com o lead no CRM, a automação escolhe o responsável pela regra de distribuição automática de leads e dispara a primeira mensagem pelo WhatsApp.

Como testar antes de gastar verba?

No construtor do formulário, o Google tem um botão de teste que envia um exemplo ao seu endereço. Um aviso verde indica que o seu sistema respondeu 200. A documentação reforça que ver o verde não basta: você precisa abrir o CRM e confirmar que o contato de teste chegou com os campos certos.

• O envio de teste vem com is_test verdadeiro e com nome, telefone e e-mail de exemplo.
• Se o formulário ainda não foi salvo, o form_id é um valor fictício.
• Também dá para testar na linha de comando, com um curl que envia o JSON de exemplo à sua URL, o que ajuda a separar o erro do Google do erro do seu fluxo. O passo a passo geral está em como testar um webhook.

Por que guardar o GCLID e devolver a venda ao Google Ads?

Porque o Google otimiza o anúncio pelo que sabe. Se ele só sabe quem preencheu o formulário, aprende a trazer gente que preenche. Se você conta quais leads viraram reunião ou venda, ele passa a buscar perfis parecidos com quem compra. Essa devolução é o que separa lead barato de lead que paga a conta. Para comparar o Google Ads com os outros canais pela venda, e não pelo cadastro, veja como medir vendas do tráfego pago.

Pela documentação de hoje existem dois caminhos, que podem coexistir. A importação de conversões offline usa o GCLID do clique e informa ao Google, depois, o que aconteceu com ele; a página de ajuda dessa importação já recomenda migrar para o Data Manager do Google Ads. As conversões otimizadas para leads usam dados do próprio lead, como e-mail e telefone, enviados com hash SHA256 (um código de mão única), e o Google os cruza com quem interagiu com o anúncio.

Na prática, o que o CRM precisa é guardar o GCLID no lead e ter uma etapa que represente a venda. Quando o lead chega a essa etapa, a AD PRO monta, via webhook e n8n, o envio da conversão. As regras de formato, de tempo de processamento (a ajuda do Google fala em 24 a 48 horas para aparecer nos relatórios) e de duplicidade ficam na documentação oficial, que você confere na fonte antes de ligar. Para a Meta, o retorno equivalente está em API de Conversões da Meta com CRM.

Exemplo: a Contabilidade Prisma, empresa fictícia

A Contabilidade Prisma (empresa fictícia) anuncia “abrir empresa” na busca e recebia leads por e-mail. A mudança foi ligar o formulário de lead ao DataCrazy, com origem, campanha e GCLID gravados, e mover os contatos pela etapa “Reunião marcada” até “Contrato assinado”.

• Antes: o e-mail chegava, alguém copiava para o WhatsApp e o primeiro contato saía horas depois.
• Depois: o lead aparece no CRM com a primeira mensagem já enviada, e o responsável recebe o aviso de que há um contato novo.
• Na terceira semana: o relatório por campanha mostrou que uma campanha de volume trazia muitos cadastros e nenhum contrato, enquanto outra, menor, concentrava os contratos. A verba foi movida e a conversão de contrato foi devolvida ao Google.

[ ] Formulário salvo com URL do webhook e chave cadastradas
[ ] Campos do CRM criados antes: campanha, formulário, GCLID, lead_id, origem
[ ] Botão de teste do Google devolveu aviso verde (HTTP 200 com corpo {})
[ ] O contato de teste apareceu no CRM com nome, telefone e e-mail corretos
[ ] O contato de teste está marcado como teste (is_test) e não entrou na fila de um vendedor
[ ] Reenvio do mesmo teste não criou contato duplicado (lead_id)
[ ] Chave errada no teste foi recusada pelo fluxo
[ ] Telefone padronizado com DDI e DDD antes de gravar
[ ] Primeira mensagem de WhatsApp saiu dentro da regra de opt-in
[ ] GCLID gravado e sem edição
[ ] Um lead real de baixo valor acompanhado de ponta a ponta antes de subir a verba

O que costuma dar errado nessa integração?

Quase sempre é um destes cinco pontos: chave divergente, campo que o CRM não aceita, lead que chega em duplicidade, telefone sem DDI e GCLID perdido pelo caminho. Todos têm solução simples quando aparecem no teste, e custo alto quando aparecem com a campanha rodando.

• Chave divergente: o fluxo recusa todos os leads. Compare a chave do formulário com a do fluxo, letra por letra.
• Campo inexistente no CRM: o contato não é criado. Crie os campos antes do primeiro teste.
• Duplicidade: o mesmo lead cria dois contatos. Consulte o lead_id antes de criar.
• Telefone fora do padrão: o WhatsApp não encontra o número. Normalize no fluxo, não no braço.
• GCLID descartado: sem ele, a venda não volta ao Google. Trate como campo obrigatório.