Quem anuncia no Google e vende por telefone, WhatsApp ou proposta conhece o problema: a campanha mostra formulários preenchidos, o comercial mostra contratos fechados, e ninguém consegue dizer qual palavra-chave trouxe o cliente que pagou. O Google Ads otimiza para o que enxerga. Se ele só enxerga o formulário, aprende a trazer mais formulários, não mais vendas.
A importação de conversões offline existe para fechar esse buraco. Mas ela costuma ser tratada como uma configuração dentro do Google Ads, quando na verdade é um projeto de integração do CRM: o dado que liga o clique à venda nasce no site, atravessa o formulário, mora no CRM e só então volta para a plataforma. Este guia mostra onde essa corrente quebra, quanto do passado cada fonte consegue importar e o que mudou para quem envia esses dados por API desde 15 de junho de 2026.
O que são conversões offline no Google Ads?
Conversão offline é qualquer resultado que acontece fora do site depois de um clique no anúncio: a reunião marcada, a proposta aceita, o contrato assinado, a compra feita na loja ou fechada pelo vendedor. Como o Google Ads não vê esse momento, a empresa precisa informá-lo, importando a conversão com um identificador que permita ligá-la ao clique de origem.
Nas palavras da própria ajuda do Google Ads, a importação permite conferir o que acontece off-line depois que alguém clica nos seus anúncios. Há dois jeitos de fazer essa ligação. O clássico usa o GCLID, o identificador de clique que o Google acrescenta à URL. O mais recente, chamado de conversões otimizadas para leads, soma ao GCLID dados que a própria pessoa forneceu, como o e-mail, enviados com hash.
Nos dois casos, a fonte da informação é a mesma: o registro do lead no CRM. É por isso que a qualidade da importação depende menos do Google Ads e mais de como o CRM foi integrado ao site e ao funil comercial.
Por que a integração do CRM decide se a venda volta à campanha?
Porque a importação só funciona se três dados chegarem intactos ao mesmo registro: o identificador do clique, o contato que a pessoa digitou e o momento em que ela virou venda. O primeiro nasce na URL do anúncio, o segundo no formulário, o terceiro no CRM, semanas depois, pela mão do vendedor. Qualquer elo que descarte, corte ou reformate um desses dados apaga a atribuição, muitas vezes sem aviso visível na campanha.
Na prática, os problemas que a Alliance encontra em auditorias raramente estão na conta do Google Ads. Estão no formulário que não tem o campo oculto, na integração do site com o CRM que não mapeia esse campo, no CRM que não tem onde guardá-lo, ou no processo comercial que não marca a etapa de venda com data. É o mesmo tipo de dado partido que tratamos ao falar de integração de sistemas e o custo do dado partido, só que com uma consequência direta no orçamento de mídia.
O Google Ads aprende com o que recebe. Se o CRM não devolve a venda, a campanha continua otimizando para o formulário.
O que é o GCLID e onde ele se perde?
O GCLID (identificador de clique do Google) é um parâmetro que o Google Ads acrescenta à URL de destino quando a codificação automática está ativada. Ele identifica aquele clique específico. Guardado junto com o lead, permite dizer ao Google, semanas depois, que aquele clique virou uma venda.
A ajuda do Google descreve o caminho: um campo oculto em cada formulário, um script em todas as páginas do site (não só nas páginas de destino) que lê o GCLID da URL e o guarda no navegador, e um campo personalizado no objeto de lead do CRM para armazená-lo. O script sugerido pelo Google guarda o valor por 90 dias e vem com uma ressalva: é preciso cumprir as regras locais de consentimento de cookies.
Os pontos de perda mais comuns estão justamente na passagem para o CRM:
- Codificação automática desligada. Sem ela, o parâmetro nem chega à URL.
- Script só na página de destino. A pessoa entra pelo anúncio, navega por três páginas e preenche o formulário em outra, onde o campo oculto ficou vazio.
- Campo inexistente no CRM. A integração do formulário recebe o GCLID e o descarta, porque não há destino mapeado.
- Campo curto ou normalizado. Um campo de texto com limite de caracteres corta o valor; uma regra de padronização que converte tudo para minúsculas o invalida, já que o GCLID diferencia maiúsculas de minúsculas.
- Lead duplicado. O vendedor cria um novo registro para o mesmo contato e a venda é marcada no registro que não tem o GCLID.
Há ainda dois parâmetros vizinhos. Segundo a documentação para desenvolvedores do Google, o GBRAID aparece quando alguém clica num anúncio na web e vai para um app iOS, e o WBRAID quando clica num anúncio dentro de um app iOS e vai para uma página da web. A ajuda do Google Ads recomenda enviá-los sempre que estiverem disponíveis. Se a empresa tem tráfego relevante de iPhone, o CRM precisa de campos para eles também.
Qual a diferença entre importação por GCLID e conversões otimizadas para leads?
A diferença prática é a redundância. Na importação clássica, se o GCLID se perdeu, a conversão não tem como ser atribuída. Nas conversões otimizadas para leads, o e-mail ou o telefone do lead, enviados com hash, são comparados com os dados coletados no formulário do site e com as Contas do Google conectadas. O GCLID continua recomendado, mas deixa de ser o único fio.
| Importação por GCLID | Conversões otimizadas para leads | |
|---|---|---|
| O que liga a venda ao clique | O GCLID guardado no lead | E-mail, telefone ou endereço com hash, além do GCLID quando houver |
| GCLID é obrigatório? | Sim | Só quando não há tag coletando os dados fornecidos pelo usuário; mesmo assim, recomendado |
| O que o site precisa | Campo oculto e script em todas as páginas | Tag do Google com coleta de interações com o formulário, além do GCLID |
| O que o CRM precisa guardar | GCLID sem alteração | O mesmo e-mail digitado no formulário e o GCLID |
| Ponto frágil | Um campo perdido apaga a atribuição | E-mail reescrito ou trocado no CRM reduz a correspondência |
| Recomendação do Google para quem começa | Fazer upgrade | Começar por aqui |
Quadro elaborado pela Alliance Comunicação a partir das páginas de ajuda do Google Ads sobre importação por GCLID e conversões otimizadas para leads (outubro de 2026).
O detalhe que pesa na integração: o Google recomenda usar o e-mail como identificador justamente porque é pouco provável que ele seja reformatado no CRM. Se for telefone, ele precisa incluir o código do país. Isso transforma uma decisão de cadastro em decisão de mídia: o CRM precisa guardar o e-mail que a pessoa digitou no formulário, não o e-mail corporativo que o vendedor descobriu depois e colocou por cima.
O que mudou em 15 de junho de 2026?
Para quem importa pela interface do Google Ads ou pela Central de dados, o caminho continua o mesmo. A mudança atinge quem envia as conversões por código: integrações próprias, scripts da equipe de TI e conectores de terceiros que usavam a API Google Ads. A documentação para desenvolvedores é direta: desde aquela data, as solicitações de upload de conversões de clique vão falhar se o token de desenvolvedor não tiver enviado solicitações desse tipo antes, e a orientação é usar a API Data Manager.
Na integração de CRM, isso cria uma pergunta que precisa de resposta escrita do fornecedor ou de quem mantém o código: por qual caminho as conversões saem hoje? Se a resposta for "pela API do Google Ads", vale confirmar se o acesso legado foi mantido e qual é o plano de migração. Integração de conversão quebra em silêncio: a campanha continua rodando, só que sem o sinal da venda, e o algoritmo volta a otimizar para o formulário.
A mesma página traz outra mudança do ano: as conversões otimizadas para web e para leads passaram a ter uma configuração única de ativação, e desde abril de 2026 o Google Ads aceita ao mesmo tempo dados fornecidos pelo usuário vindos da tag do site, da Central de dados e de conexões de API. Ou seja, não é preciso escolher um único método de envio.
Quanto do passado a Central de dados consegue importar?
Aqui está o detalhe que quase nenhum tutorial menciona e que decide a estratégia de quem tem ciclo de venda longo. A janela de importação muda conforme a fonte de dados conectada.
Três consequências para a integração do CRM:
- Conector nativo ligado tarde não recupera o histórico. Quem usa Salesforce ou HubSpot e conecta hoje importa apenas os últimos 14 dias na primeira execução. As vendas anteriores ficam de fora.
- O ciclo de venda precisa caber na janela. O próprio Google lista como pré-requisito um ciclo do clique até a conversão menor que 14 ou 90 dias, conforme a fonte. Venda B2B que leva quatro meses pede outra conversão importada antes, como o lead qualificado.
- Arquivo e HTTP dão mais folga. Para CRMs sem conector nativo, enviar por planilha, SFTP ou HTTP cobre 90 dias por execução, o que dá margem para atualizar o status com atraso.
Um cuidado operacional, também da ajuda do Google: depois de criar uma ação de conversão nova, espere de quatro a seis horas antes de enviar conversões para ela. Se o envio for imediato, os dados podem levar dois dias para aparecer nos relatórios.
Como integrar o CRM ao Google Ads na prática?
A sequência abaixo é a de um projeto de integração, não a de um tutorial de ferramenta. Ela vale para conector nativo, arquivo agendado ou integração por API.
1. Ligue a codificação automática e confira a URL
Clique num anúncio próprio (de preferência em ambiente de teste) e confira se o parâmetro gclid aparece na URL de destino. Se a URL passa por redirecionamento, confira que o parâmetro chega até a página do formulário.
2. Capture o GCLID em todo o site, não só na página de destino
Script em todas as páginas, campo oculto em todos os formulários. Inclua os formulários de terceiros, como agendadores e chats que geram lead, que costumam ficar de fora.
3. Crie os campos no CRM e mapeie a integração
GCLID, GBRAID e WBRAID como campos de texto sem limite curto e sem regra de padronização. Confira se a integração do formulário com o CRM realmente grava o campo: envie um lead de teste e abra o registro.
4. Proteja o e-mail e o telefone de origem
Se o vendedor puder sobrescrever o e-mail, crie um campo separado para o contato original do formulário. É esse dado que a correspondência das conversões otimizadas usa.
5. Defina a etapa e a data da conversão
Cada etapa enviada vira uma ação de conversão com nome, data e hora. Sem data confiável de mudança de etapa no CRM, a importação não tem o que mandar.
6. Escolha o canal de envio e documente
Conector nativo, arquivo agendado (planilha, SFTP, HTTP), integração de terceiros pela Zapier, que segundo o Google pode incluir tarifas, ou API Data Manager. Registre qual é, quem é o dono e como se detecta uma falha. Se a integração consome a API do CRM, vale também fazer a conta de chamadas que mostramos no guia sobre o limite de API que o plano do CRM impõe.
Qual etapa do funil do CRM mandar para o Google Ads?
Esta é uma decisão de negócio, não de código. O Google recomenda usar as metas de "lead qualificado" ou "lead convertido" para anunciantes de geração de leads que medem resultados offline. A escolha da etapa define para o que o algoritmo vai otimizar, e o equilíbrio é entre volume de sinal e proximidade do dinheiro.
| Etapa enviada | Volume de sinal | Proximidade da receita | Quando faz sentido |
|---|---|---|---|
| Lead qualificado (passou no critério do comercial) | Alto | Média | Ciclo longo, B2B, muitos leads fora do perfil |
| Oportunidade ou proposta enviada | Médio | Alta | Ticket alto, funil com etapa de diagnóstico |
| Venda fechada, com valor | Baixo | Máxima | Ciclo curto, volume de vendas suficiente, valor variável entre clientes |
| Várias etapas como ações separadas | Combina | Combina | Uma como principal (recebe lances), as outras como secundárias (só observação) |
Quadro elaborado pela Alliance Comunicação a partir da recomendação de metas da ajuda do Google Ads e de projetos de integração de CRM.
A ajuda do Google insiste num ponto: configurar corretamente quais ações são principais (usadas nos lances) e quais são secundárias (só observação). Enviar três etapas como principais faz o mesmo cliente contar três vezes para o algoritmo. Se o funil tem etapa de qualificação definida, o post sobre o que decide se o time usa o CRM ajuda a garantir que o vendedor de fato registre a mudança de etapa.
Como ficam a privacidade e a política de dados do cliente?
E-mail e telefone são dados pessoais. Enviá-los com hash não muda o fato de que a empresa está usando o contato do cliente para medir campanhas, e isso precisa estar coberto pela política de privacidade e pela base legal que o jurídico da empresa definiu. A conversa com o jurídico vem antes da configuração, não depois.
Do lado do Google, há três exigências documentadas: aceitar os termos de dados do cliente na conta (ou na conta de administrador que faz o envio), cumprir as políticas de dados do cliente do Google Ads e, segundo a ajuda, preencher o campo de consentimento, que o Google classifica como altamente recomendável, porque sem ele as conversões não poderão ser atribuídas. O script de captura do GCLID também traz o aviso de respeitar as regras locais de consentimento de cookies.
Quanto ao hash: a tag do Google pode receber os dados sem hash e normalizá-los antes do envio. Quem gera o hash por conta própria precisa normalizar primeiro, removendo espaços, convertendo para minúsculas e formatando o telefone no padrão E.164, e então aplicar SHA-256. Normalização diferente entre o site e o CRM produz hashes diferentes para o mesmo e-mail, e a correspondência não acontece.
Quais os erros mais comuns na integração?
- Tratar como configuração de mídia. O gestor de tráfego cria a ação de conversão, mas ninguém mexe no formulário nem no CRM.
- Mandar a etapa que é fácil, não a que importa. Enviar "lead criado" do CRM repete o que a tag do site já mede e não ensina nada novo ao algoritmo.
- Ligar o conector nativo e esperar o histórico. Em Salesforce e HubSpot, a primeira execução traz só 14 dias.
- Ignorar a migração de 2026. Integração própria pela API Google Ads sem acesso legado deixa de enviar, e a campanha segue rodando sem o sinal da venda.
- Nomes de conversão inconsistentes. Em envios para várias contas pela conta de administrador, o Google pede exatamente a mesma grafia, inclusive maiúsculas e minúsculas, em todas.
- Duplicar a venda. Sem código do pedido (ID da transação), reenviar o arquivo ou ajustar um status pode contar a mesma conversão de novo; o Google recomenda o campo justamente para controlar duplicados.
- Misturar variáveis personalizadas com dados do usuário. A documentação para desenvolvedores avisa que conversões otimizadas para leads com variáveis personalizadas são consideradas inválidas e descartadas.
Como medir se as conversões offline estão funcionando?
Três verificações, em ordem. Primeiro, a cobertura: dos leads que vieram de anúncio no último mês, quantos têm GCLID gravado no CRM? Se a resposta for "poucos", o problema está antes do Google Ads. Segundo, a importação: o status da ação de conversão no resumo de metas e o relatório de diagnóstico das conversões otimizadas, que aponta dados fornecidos pelo usuário ausentes ou mal formatados. Terceiro, a conciliação: vendas fechadas no CRM com origem em anúncio contra conversões importadas no mesmo período.
A diferença entre os dois números nunca é zero, mas precisa ser explicável. Se o CRM tem 40 vendas vindas de anúncio e o Google Ads recebeu 12, há um elo quebrado. Vale lembrar que o GA4 também não credita tudo o que deveria, como mostramos ao explicar o tráfego direto que o GA4 não credita: a conciliação deve partir do CRM, que é onde a venda existe de fato.
E do lado da Meta, o que muda?
A lógica é parecida, mas as regras são outras. A Meta usa o próprio identificador de clique e a API de conversões, com prazos e deduplicação diferentes dos do Google. Tratamos esse lado em detalhe no guia sobre a API de conversões da Meta e a venda que chega depois de sete dias. O ponto em comum é o que interessa aqui: nas duas plataformas, o CRM é a fonte da venda, e a integração precisa guardar o identificador de clique e o contato original de cada lead.
Por onde começar hoje
Antes de mexer em lance, faça a auditoria da corrente inteira. Este é o checklist que usamos:
- A codificação automática está ativa e o gclid chega à URL de destino?
- O script de captura está em todas as páginas e o campo oculto em todos os formulários, inclusive os de terceiros?
- O CRM tem campos para GCLID, GBRAID e WBRAID, sem limite curto e sem regra que altere maiúsculas?
- O e-mail e o telefone digitados no formulário ficam preservados, mesmo que o vendedor atualize o contato?
- Qual etapa do funil vai como conversão principal, e o CRM registra a data dessa mudança?
- Por qual caminho as conversões saem hoje (conector, arquivo, Zapier, API) e quem é o dono?
- Se o envio é por API, ele já usa a API Data Manager ou depende de acesso legado?
- O ciclo de venda cabe na janela da fonte escolhida (14 ou 90 dias)?
- Os termos de dados do cliente estão aceitos e a política de privacidade cobre esse uso?
Se metade das respostas for "não sei", o gargalo não é a campanha. É a integração. A Alliance faz esse projeto de ponta a ponta no serviço de integração de CRM, do formulário ao envio para o Google Ads. E, se a dúvida for anterior, sobre qual canal está trazendo cliente de verdade, o diagnóstico de marketing gratuito mostra em que ponto do funil a empresa está perdendo informação.