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:

  1. Um lead clica em um anúncio. O Google Click ID (GCLID) fica no URL.
  2. O formulário de lead captura o GCLID e salva no CRM junto com o contato.
  3. O ciclo de vendas acontece — dias, semanas, meses.
  4. O deal fecha no CRM.
  5. Um evento de conversão é enviado para o Google Ads com o GCLID e o valor do deal.
  6. 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 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.

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 — autenticação OAuth com ActiveCampaign, RD Station, Pipedrive ou HubSpot. O middleware recebe permissão para ler os deals e os campos de contato.

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. O middleware lista as conversion actions existentes; a agência seleciona a correta ou cria uma nova.

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).

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. 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.

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.

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ífica
  • gclid — o Google Click ID do lead
  • conversion_date_time — o timestamp do fechamento do deal
  • conversion_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.

Para agências que também gerenciam clientes de e-commerce com margem variável por produto, a combinação de Enhanced Conversions com rastreamento de lucratividade real por pedido fecha o loop completo: o Google Ads recebe o lucro líquido por pedido, não a receita bruta.

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.