Conversões de WhatsApp no Google Ads: Importando Leads Como Conversão Offline
Este é o lado resolvível do problema. Quando o tráfego vem do Google Ads para uma landing page e de lá para o WhatsApp, o identificador do clique — o gclid — existe; ele só fica para trás no navegador quando o lead toca no botão. O trabalho é de transporte: levar esse valor até o fechamento do negócio e devolvê-lo ao Google. (Se o seu caso é anúncio de clique para WhatsApp do Meta, o problema é outro e a peça-chave é o ctwa_clid; o panorama dos dois fluxos está em como rastrear conversões de anúncios que vão para o WhatsApp.)
O fluxo completo tem cinco etapas. As três primeiras acontecem em segundos, na chegada do lead; as duas últimas, semanas depois.
1. Capture o GCLID na Landing Page
Pré-requisito: auto-tagging ativo na conta de Google Ads (Configurações → Preferências de conta). Sem ele o Google não anexa o gclid à URL de destino e não há nada para capturar.
Com o auto-tagging ligado, a landing page recebe o parâmetro e precisa guardá-lo — em um cookie primário e, idealmente, também em uma sessão do lado do servidor. Capture também wbraid e gbraid, as variantes que o Google usa em contextos com restrições de rastreamento mais fortes; um script que só olha para gclid perde a atribuição de uma fatia dos cliques.
Se a mesma landing page também tem formulário, a mecânica de captura é a mesma descrita em como capturar o GCLID em formulários e salvar no CRM — e o mesmo script serve aos dois caminhos.
2. Plante um Código de Referência no Link do WhatsApp
Aqui está o pulo do gato. O gclid é longo, feio e não cabe em uma mensagem de WhatsApp sem parecer spam. Então você não manda o gclid — manda um código curto que aponta para ele.
Quando a página carrega, o servidor gera um código curto (algo como a1b2c3), guarda no seu banco a associação entre esse código e o gclid daquela sessão, e monta o link de WhatsApp com o código embutido no texto pré-preenchido:
https://wa.me/5511999999999?text=Ol%C3%A1!%20Quero%20saber%20mais%20%5Bref%3Aa1b2c3%5D
Decodificado, o texto que aparece digitado para o lead é: Olá! Quero saber mais [ref:a1b2c3].
Três detalhes que decidem se isso funciona:
- O link tem que ser montado no cliente ou no servidor a cada carregamento — um link estático no HTML serve o mesmo código para todo mundo e junta todos os leads em um clique só.
- Deixe o código no fim da mensagem. No começo, ele parece um erro e o lead apaga.
- Aceite que uma parte vai apagar a mensagem inteira e digitar a própria. Esses contatos chegam sem código. É a taxa de perda estrutural da técnica — a maioria dos leads mantém o texto, mas não todos.
3. Guarde o Código Junto ao Contato
A plataforma de atendimento recebe a primeira mensagem com o [ref:a1b2c3] no corpo. Alguém precisa extrair esse código e gravá-lo em um campo do contato — a maioria das plataformas permite isso com uma automação que lê a primeira mensagem por expressão regular e preenche um campo customizado.
O que não fazer: deixar o código apenas no histórico da conversa. Buscar dentro do texto de mensagens depois é frágil e cria uma dependência de manter conteúdo de conversa acessível, o que é exatamente o que você não quer (mais sobre isso na seção de LGPD).
4. Case o Contato com o Negócio no CRM — a Armadilha do Telefone Brasileiro
Este é o passo em que integrações caseiras morrem em silêncio.
O contato do WhatsApp e o negócio do CRM são registros em sistemas diferentes. A única chave que os dois têm em comum é o telefone. E o telefone brasileiro é armazenado de todo jeito imaginável:
| Formato | Onde costuma aparecer |
|---|---|
5511987654321 | WhatsApp Business API (E.164 sem +) |
+5511987654321 | E.164 canônico |
11987654321 | Formulários e CRMs sem máscara de país |
(11) 98765-4321 | Campos com máscara de interface |
1187654321 | Bases antigas, sem o nono dígito |
Uma comparação literal de strings falha em todos os cruzamentos acima. E falha calada: o negócio fecha, o evento não é enviado, ninguém recebe um erro.
A correção tem duas partes. A primeira é normalizar tudo para E.164 antes de comparar — retirar máscara, espaços e pontuação, garantir o código do país (55) e o DDD. A segunda é o nono dígito: celulares brasileiros ganharam um 9 na frente do número, e bases antigas guardam a versão de oito dígitos. Um número de oito dígitos após o DDD e um de nove podem ser a mesma pessoa. Uma junção robusta compara as duas variantes antes de desistir.
Um detalhe que só aparece na prática: existe telefone fixo em base de lead também, e fixo não ganhou nono dígito. Aplicar a regra do 9 cegamente a tudo cria correspondências falsas. A regra vale para celular (DDD seguido de número que começa com 9, ou de oito dígitos começando com 6–9), não para o número fixo.
5. Suba Cada Etapa Como Conversão Offline — Com Valor Real
Com o gclid recuperado (via código de referência → contato → negócio) e o negócio no CRM, o evento vai para o Google Ads como conversão offline. Requisitos que valem repetir porque são causa de falha silenciosa:
- A conversion action precisa ser do tipo “Clique importado” (Import from clicks). Se estiver como “Website”, o Google aceita o upload e não processa os eventos como atribuíveis a cliques pagos — a flag de atribuível a anúncio fica em zero e o Smart Bidding nunca usa o dado.
- O Google aceita conversões offline até 90 dias após o clique. Um ciclo de venda mais longo que isso simplesmente não fecha o ciclo.
- Envie cada avanço de etapa, não só o fechamento.
Esse último ponto é o que mais importa em operações de WhatsApp e o mais ignorado. Quem vende por WhatsApp costuma fechar poucos negócios por mês. Se a conversão só existe no fechamento, o volume fica abaixo do mínimo de cerca de 30 conversões mensais por conversion action que o Google recomenda — e todo o pipeline que você acabou de montar vira um relatório bonito que o Smart Bidding ignora. Registrando a conversão na qualificação do lead e atualizando o valor a cada avanço, o volume passa a refletir os leads, que são muito mais numerosos. A mecânica está em valor de conversão por etapa do funil.
LGPD: O Básico Que Não Se Negocia
Dois princípios cobrem a maior parte do risco desse fluxo específico.
Hash antes de sair do servidor. E-mail e telefone vão para o Google como hashes SHA-256, normalizados antes (minúsculas, sem espaços, E.164 no telefone) — nunca em texto puro. O hash é o que permite comparação sem transmitir o dado. Isso não dispensa base legal: dado com hash continua sendo tratado como dado pessoal sob a LGPD, e o consentimento ou legítimo interesse precisa estar coberto no momento da coleta. O raciocínio completo está em LGPD e conversões offline: por que hash SHA-256 é compatível.
Nunca armazene conteúdo de mensagem. Uma conversa de WhatsApp de vendas contém coisas que uma submissão de formulário não contém — dados de saúde, situação financeira, informação de terceiros. Nada disso é necessário para a conversão. O que o fluxo precisa é do código de referência, do telefone normalizado e do valor do negócio. Extraia o código na chegada, grave o campo, e deixe o histórico da conversa onde ele está, sob a política de retenção da plataforma de atendimento. Guardar transcrição em um banco próprio “por precaução” amplia a superfície de risco sem nenhum ganho de atribuição.
Vale lembrar que a solicitação de exclusão de um titular precisa alcançar esse fluxo também — se um lead pede exclusão, o envio de eventos relacionados àquele contato para. Isso é mais fácil quando o que você guarda é um código curto e um telefone, e não uma conversa.
Onde Cada Etapa Quebra
| Etapa | Falha comum | Como perceber |
|---|---|---|
| Captura do GCLID | Auto-tagging desligado; script só olha gclid | % de sessões com GCLID em cookie |
| Código no wa.me | Link estático servindo o mesmo código | Todos os leads com o mesmo ref |
| Gravação do código | Lead apagou a mensagem pré-preenchida | % de contatos novos com o campo preenchido |
| Junção por telefone | Formatos divergentes; nono dígito | Negócios ganhos sem GCLID associado |
| Upload | Conversion action tipo “Website” | Flag “atribuível a anúncio” em zero |
O indicador que resume o fluxo todo é a porcentagem de negócios ganhos que chegam ao upload com um GCLID associado. Quando ele cai, alguma das quatro etapas anteriores quebrou — e a tabela acima diz qual. O diagnóstico do que acontece depois do upload, já dentro do Google, está em taxa de match de conversões offline.
Próximo Passo
O True Conversions cobre a esteira do lado Google — captura de GCLID, normalização de telefone em E.164, hash SHA-256 antes do envio e conversões offline por etapa do funil com o valor real do negócio — sem código e sem servidor próprio. Configure em conversions.nexopath.com/conversoes-whatsapp. Teste grátis, sem cartão.
Perguntas Frequentes
Como importar leads do WhatsApp para o Google Ads?
O fluxo tem cinco etapas: capturar o GCLID na landing page, plantar um código de referência curto no texto pré-preenchido do link wa.me, guardar esse código junto ao contato na plataforma de atendimento, casar o contato com o negócio do CRM pelo telefone, e subir cada avanço de etapa como conversão offline com o valor real. O GCLID é o que torna a correspondência determinística.
Por que o telefone do WhatsApp não casa com o telefone do CRM?
Porque o mesmo número brasileiro é armazenado em formatos diferentes em cada sistema — 5511987654321, 11987654321, (11) 98765-4321, ou sem o nono dígito em bases antigas. Uma comparação literal de strings falha em todos esses casos. A correção é normalizar tudo para E.164 antes de comparar, e tratar o nono dígito como caso especial.
Preciso do GCLID se já tenho o telefone do lead?
O GCLID torna a correspondência determinística — o Google liga o negócio diretamente ao clique. Só com telefone e e-mail com hash, a correspondência depende do usuário estar logado no Google com os mesmos dados, o que reduz bastante a taxa de match. Vale capturar os dois: o GCLID como chave principal e o hash de PII como rede de segurança.
Enviar dados de leads do WhatsApp para o Google Ads é compatível com a LGPD?
O dado que trafega são hashes SHA-256 irreversíveis, nunca o dado bruto, e isso combinado com uma base legal adequada é a estrutura que já se usa em conversões offline em geral. O conteúdo das mensagens nunca deve sair do sistema de atendimento — ele não é necessário para a conversão e amplia o risco sem nenhum ganho.