O Guia da Agência Para Configurar Enhanced Conversions Sem Desenvolvedor
Toda agência de performance sabe que deveria ter Enhanced Conversions configurado para os clientes B2B. A maioria não tem. O motivo é quase sempre o mesmo: “precisamos de um desenvolvedor para isso”.
Não é exatamente errado. A implementação nativa de Enhanced Conversions para conversões offline requer um webhook do CRM, lógica de hashing SHA-256, autenticação na Google Ads API e gestão de retry para falhas de entrega. Isso é trabalho de desenvolvedor — se você implementar do zero.
O problema é que a maioria das agências de performance não tem desenvolvedor. Tem analistas de mídia, especialistas em Google Ads, gestores de tráfego. A infraestrutura de dados fica para depois — ou nunca é feita — enquanto o Smart Bidding continua otimizando para form fills em vez de deals fechados.
O Que Enhanced Conversions Realmente Faz
Enhanced Conversions é o mecanismo que permite ao Google Ads receber dados de conversão que acontecem fora do ambiente do navegador — ou que o pixel não consegue capturar.
Para B2B, o caso de uso principal é enviar deals fechados no CRM como conversões para o Google Ads. O fluxo:
- Um lead clica em um anúncio. O Google Click ID (GCLID) fica no URL.
- O formulário de lead captura o GCLID e salva no CRM junto com o contato.
- O ciclo de vendas acontece — dias, semanas, meses.
- O deal fecha no CRM.
- Um evento de conversão é enviado para o Google Ads com o GCLID e o valor do deal.
- O Smart Bidding aprende que aquele perfil de clique gerou receita real.
Sem isso, o Smart Bidding enxerga apenas o form fill na etapa 2 — se o pixel disparou, se o usuário não usava Safari, se não tinha ad blocker. Com Enhanced Conversions server-side, o sinal chega independentemente dessas variáveis, semanas ou meses depois do clique original. Por que o evento no navegador deixou de ser confiável é o assunto de conversões server-side vs pixel.
Por Que a Implementação Nativa Trava Agências
O que a implementação nativa requer, concretamente:
Webhook do CRM configurado — quando um deal muda para “fechado/ganho”, o CRM precisa fazer uma chamada HTTP para um endpoint. Esse endpoint precisa existir em algum lugar. Alguém precisa criar e hospedar esse servidor.
Normalização e hashing de PII — o Google exige que e-mail e telefone sejam normalizados (lowercase, trim, E.164 para telefone) e depois criptografados com SHA-256. Um erro na normalização produz um hash diferente do que o Google tem na base e o match falha silenciosamente.
Integração com a Google Ads API — o evento precisa ser enviado para o endpoint correto, com os parâmetros certos, no formato certo, com autenticação OAuth2 válida. Os tokens expiram e precisam ser renovados.
Retry e deduplicação — se a API retornar erro, a conversão precisa ser reenviada. Se o webhook disparar duas vezes para o mesmo deal, a conversão não pode ser duplicada.
Estimativa de prazo para um desenvolvedor sem experiência prévia na API: 2 a 4 semanas de trabalho. Para uma agência que está tentando implementar isso para 5 clientes simultaneamente, isso é um projeto de 2 a 4 meses ou um engajamento de consultoria.
A saída óbvia é montar tudo no Zapier e pular o desenvolvedor. Funciona até certo ponto — mas o custo por task e as falhas silenciosas de uma esteira DIY de CRM para Google Ads só aparecem quando já tem vários clientes rodando em cima dela.
O Que o Middleware Substitui
Um middleware dedicado — como o True Conversions — é um produto que já tem toda essa infraestrutura construída. A agência configura a integração, não o código.
O que a configuração exige da agência:
1. Conectar o CRM — para RD Station CRM, existe um conector nativo: cole o token de API e o True Conversions registra os webhooks automaticamente e lista os pipelines e estágios para você escolher em dropdowns. Para ActiveCampaign, Pipedrive, HubSpot ou qualquer outro sistema, a conexão é via uma URL de webhook genérica que o True Conversions fornece — você cola essa URL na automação do CRM e mapeia os campos no dashboard.
2. Mapear o campo de GCLID — indicar qual campo customizado no CRM armazena o GCLID. O middleware lê esse campo quando o deal fecha.
3. Selecionar o estágio de conversão — qual pipeline stage representa “fechado/ganho”. O middleware monitora transições para esse estágio.
4. Conectar o Google Ads — autenticação OAuth com a conta de Google Ads. A conversion action precisa existir antes: crie-a no Google Ads como tipo “Importar”, com conversões otimizadas para leads habilitado, e depois selecione-a no True Conversions. O middleware não cria a conversion action por você.
O toggle de conversões otimizadas fica nas configurações de conversão do Google Ads, junto com o seletor de método (a interface está em inglês, mas o caminho é o mesmo em contas em português):
5. Testar — mover um deal de teste para o estágio fechado. Verificar o evento no relatório de conversões do Google Ads 4–6 horas depois (delay do Google, não do middleware).
Ao final, a tela de configuração do cliente mostra o estado de cada etapa — CRMs conectados, plataforma de anúncios conectada, campos mapeados, otimização de valor ativa e a primeira conversão enviada:
Tempo total: menos de 30 minutos para um analista de mídia seguindo a documentação. Sem terminal, sem chaves de API copiadas manualmente, sem servidor próprio.
Um Guia Conceitual: O Que Acontece em Cada Etapa
Etapa 1: Captura do GCLID
O GCLID precisa estar no CRM antes de qualquer outra configuração fazer sentido. Verifique se o formulário de lead da landing page captura o parâmetro gclid da URL e passa para o CRM como campo customizado.
A maioria dos formulários de terceiros (RD Station, HubSpot, Typeform) suporta campos ocultos preenchidos por parâmetros de URL. O passo a passo por ferramenta está em como capturar o GCLID em formulários e salvar no CRM. Se isso não estiver configurado, a taxa de match vai ficar em 40–60% mesmo com todo o resto funcionando corretamente — porque o match cai para PII hashing, que é menos confiável que o GCLID. O True Conversions oferece um script gratuito (tc.js) que faz essa captura automaticamente: uma linha no site preenche os campos ocultos com o GCLID (e wbraid/gbraid/fbclid) sem precisar mexer no formulário.
Etapa 2: Configurar o Webhook
Com um middleware, esse passo é transparente. O produto já tem o endpoint configurado; a agência apenas autoriza a integração. Sem middleware, a agência precisa criar e hospedar esse endpoint — esse é o passo que requer desenvolvedor.
O mapeamento é feito numa tabela: cada campo do payload que o CRM envia é ligado, por dropdown, ao campo correspondente do True Conversions.
Etapa 3: Hashing de PII
O middleware aplica normalização e SHA-256 automaticamente. O CRM envia os dados brutos (e-mail, telefone, nome); o middleware normaliza e gera os hashes antes de qualquer transmissão para o Google.
O dado bruto não sai da infraestrutura do middleware. O Google recebe apenas os hashes — que são irreversíveis por definição.
Etapa 4: Submission para a Google Ads API
O evento é construído com o formato correto:
conversion_action— o ID da conversion action específicagclid— o Google Click ID do leadconversion_date_time— o timestamp do fechamento do dealconversion_value— o valor do deal em BRL (ou a moeda configurada)user_identifiers— array com hashed email e hashed phone
O middleware cuida de autenticação OAuth, retry em caso de erro transiente e deduplicação caso o webhook dispare mais de uma vez para o mesmo deal.
O Que Esperar nas Primeiras Semanas
Semana 1–2: eventos chegando no Google Ads. Valide a taxa de match no relatório de Enhanced Conversions. Acima de 60% com GCLID presente é esperado; acima de 80% é o alvo.
Semana 3–8: dados acumulando. O Smart Bidding ainda não tem volume suficiente para redistribuir budget — o Google recomenda mínimo de 30 conversões por mês por conversion action antes de ajustar estratégias.
Mês 2–3: campanhas que estavam gerando deals mas recebendo pouco budget começam a ganhar mais impressões. Campanhas que geravam form fills sem deals correspondentes começam a perder. O ROAS no painel pode cair. O resultado no CRM do cliente deve melhorar.
Um passo além do deal fechado: com regras de valor, o Google recebe sinal de valor semanas antes do fechamento — lead, reunião, proposta e fechado, cada estágio restituindo uma fração maior do valor esperado do negócio. Veja como configurar em Valor de conversão por etapa do funil.
Próximo Passo
O True Conversions substitui meses de desenvolvimento com uma integração de 30 minutos. A agência conecta o CRM, mapeia os campos, seleciona o estágio de conversão — e os deals fechados passam a chegar no Google Ads como conversões offline server-side, com hashing correto e GCLID incluído. Sem código, sem servidor, sem desenvolvedor. Configure em conversions.nexopath.com. Free trial disponível.
Perguntas Frequentes
Preciso de programador para usar enhanced conversions?
Não. A implementação nativa exige webhook de CRM, hashing SHA-256, autenticação na Google Ads API e lógica de retry — de 2 a 4 semanas de trabalho de um desenvolvedor. Com um middleware, a agência configura a integração em vez do código: conecta o CRM, mapeia o campo de GCLID, escolhe o estágio de conversão e conecta o Google Ads.
Quanto tempo leva a configuração?
Menos de 30 minutos para um analista de mídia seguindo a documentação. Sem terminal, sem chaves de API copiadas manualmente, sem servidor próprio para hospedar.
Preciso criar a conversion action no Google Ads antes?
Sim. Ela precisa existir antes da configuração, criada como tipo "Importar" e com conversões otimizadas para leads habilitado. O middleware não cria a conversion action por você — ele apenas lista as existentes para você selecionar.
Quando os resultados começam a aparecer nas campanhas?
Nas semanas 1 e 2 os eventos chegam e você valida a taxa de match. Entre a semana 3 e a 8 os dados acumulam — o Google recomenda no mínimo 30 conversões por mês por conversion action antes de ajustar as estratégias de lance. A partir do mês 2 ou 3, o budget começa a migrar para as campanhas que geram negócios fechados.