Toda conta de Google Ads que eu pego pra cuidar passa pelo mesmo check inicial: tracking client-side só, sem CAPI no Meta, sem server-side, e quase nunca com Enhanced Conversions ativo. É o ponto onde mais dinheiro vaza em 2026, e é também o mais barato de corrigir.

Vou te mostrar exatamente o que é Enhanced Conversions, por que ele existe, e como ativar nos dois cenários onde faz diferença real: e-commerce com checkout no site e B2B com formulário de lead. Sem mística, sem promessa de 3x ROAS, sem screenshot de painel.

O que é Enhanced Conversions e como funciona o hashing

Enhanced Conversions é um recurso do Google Ads que pega informação de identificação pessoal (PII) do usuário no momento da conversão – email, telefone, nome, endereço – aplica hash SHA-256 no navegador e envia pro Google junto com o evento de conversão normal. O Google compara esse hash com a base de usuários logados (Gmail, YouTube, Chrome) e, se bater, atribui a conversão àquela impressão de anúncio.

O hashing acontece antes dos dados saírem do navegador. Em nenhum momento o Google recebe email ou telefone em texto puro – recebe uma string irreversível tipo 5f4dcc3b5aa765d61d8327deb882cf99. Do lado do Google, o mesmo hash é gerado pros dados que ele já tem cadastrados, e o match é feito hash-contra-hash.

Por que isso virou central agora: ITP do Safari mata cookies third-party em 7 dias, ETP do Firefox bloqueia rastreadores conhecidos, Chrome restringe cookies third-party gradualmente, ad blockers eliminam o gtag inteiro pra parcela da audiência. O resultado é que o conversion tracking padrão do Google Ads perde entre 10% e 30% dos eventos só por restrição técnica. Enhanced Conversions recupera parte disso porque opera no nível do servidor do Google, não no cookie do navegador.

Enhanced Conversions for Web vs for Leads: qual usar

Os dois nomes confundem porque parecem alternativas, mas resolvem problemas diferentes. Vale entender quando aplicar cada um.

Enhanced Conversions for Web

É o caso clássico: o usuário converte no seu site (compra, lead form, agendamento) e você quer que o evento volte pro Google com mais precisão. O hash do email digitado no checkout ou no formulário vai junto com o evento de conversão. Não precisa de CRM. Não precisa enviar nada manualmente. É o setup que faz sentido pra 90% das contas de e-commerce e pra lead gen com ciclo curto.

Enhanced Conversions for Leads

Aqui o jogo é outro. O lead chega no seu CRM, passa por SDR, vira oportunidade, e em algum momento vira venda fechada. O evento de venda não acontece no site – acontece no CRM, dias ou semanas depois. Enhanced Conversions for Leads usa o email/telefone capturado no formulário como chave, e quando você marca o lead como ganho no CRM, manda essa conversão offline pro Google via API. O Google faz match com o clique original e atribui a venda corretamente.

É indispensável pra B2B, imobiliária, ensino técnico, qualquer venda consultiva. Sem isso, você fica otimizando Smart Bidding pra lead form submit – que correlaciona mal com venda fechada – em vez de otimizar pro evento que realmente importa.

Como ativar via Google Tag (gtag) direto

Se você usa o snippet do gtag no site sem GTM, o setup é direto. Dentro do Google Ads, vá em Goals → Conversions → escolha a conversion action → seção “Enhanced conversions” → ativa “Turn on enhanced conversions” e escolhe “Google tag”.

Depois, você tem duas opções de como passar os dados: automatic detection (o Google tenta achar campos de email/phone na página automaticamente) ou manual (você indica os IDs dos campos no código). Sempre prefira manual em produção. Automatic é frágil – se o time de dev mudar o nome de um campo, quebra silenciosamente.

O código fica parecido com isso, chamado no momento da conversão:

gtag('set', 'user_data', { email: '[email protected]', phone_number: '+5511999999999' });

O gtag aplica o hash SHA-256 antes de enviar. Você não precisa hashear manualmente. Mas precisa garantir que esse gtag('set', ...) rode antes do evento de conversão disparar, e que os dados estejam normalizados (email lowercase, phone em formato E.164).

Como ativar via GTM (Conversion Linker + variável JS)

No GTM o setup é mais robusto e o que recomendo pra qualquer conta séria. Existem duas formas: usando a User-Provided Data variable nativa do GTM, ou passando manualmente via data layer.

Caminho que uso na maioria dos casos:

1. Garantir que a Conversion Linker tag esteja ativa em All Pages (sem isso, Enhanced Conversions não funciona porque o GCLID não persiste).
2. Na tag de Google Ads Conversion Tracking, expandir “Include user-provided data from your website”.
3. Criar uma User-Provided Data variable do tipo “Manual configuration”.
4. Mapear os campos: email → variável do data layer ou DOM, phone → idem, e opcionalmente address.
5. Publicar e testar com Tag Assistant.

Pro caso de B2B (Enhanced Conversions for Leads), o setup adicional é configurar o upload de conversões offline via Google Ads API ou via integração nativa (HubSpot, Salesforce e Zoho têm conector direto). Quando o lead vira venda no CRM, o sistema dispara o evento de conversão pro Google com o email hashed como chave de match – esse é o mesmo princípio do server-side tagging, só que aplicado ao funil de vendas em vez do site.

Se a conta já tem GA4 bem configurado e o GA4 está alimentando o Google Ads via import de conversões, vale ativar Enhanced Conversions no GA4 também – o sinal flui pras duas plataformas.

LGPD e consent mode: o que precisa

Aqui é onde a maior parte das implementações erra. Hashear PII não significa anonimizar pra LGPD – o hash é considerado pseudonimização, e dado pseudonimizado continua sendo dado pessoal pelo Art. 5º da LGPD. Significa que você precisa de base legal pra processar, e a base mais segura pra publicidade é consentimento explícito.

Consent Mode v2 do Google é a peça que orquestra isso. Quando o usuário recusa consentimento de marketing, o gtag entra em modo “denied” e não envia Enhanced Conversions data – apenas um ping anonimizado que o Google usa pra modelagem agregada. Quando o usuário aceita, o gtag entra em “granted” e o hash de PII vai junto normalmente.

Setup mínimo aceitável:

• Banner de consent com toggle independente pra “marketing” ou “publicidade direcionada”
• Consent Mode v2 configurado no GTM ou gtag (default denied, update granted on consent)
• Política de privacidade explicitando que dados de email/phone são compartilhados com Google pra fins de mensuração publicitária
• Mecanismo de revogação acessível (LGPD Art. 18)

Empresas com CRM próprio e base opt-in clara têm vantagem natural aqui: já têm o consentimento, já têm os dados estruturados, e o Enhanced Conversions for Leads vira praticamente plug-and-play. Quem depende só de tráfego pago e formulário sem CRM precisa montar a infra de consent antes de pensar em Enhanced Conversions.

Quanto Enhanced Conversions melhora reporting (e Smart Bidding)

A faixa que vejo consistentemente: 5-15% a mais de conversões reportadas em conta com tracking client-side já funcional, e 10-25% de melhora em performance de Smart Bidding em contas com volume médio (50+ conversões/mês). O segundo número é o que importa de verdade – reporting bonito não paga boleto, mas Smart Bidding aprendendo melhor sim.

O ponto que sempre faço com cliente novo: Enhanced Conversions não cria conversão do nada. Ele recupera conversões que estavam acontecendo mas não estavam sendo atribuídas. Se a campanha não vendia antes, não vai vender depois só por ativar isso. Mas se a campanha vendia e o Google só “via” 70% das vendas, agora vê 85% – e o Smart Bidding consegue otimizar melhor com sinal mais limpo.

Comparando com os benchmarks de mídia paga no Brasil, contas que rodam Enhanced Conversions + server-side + consent mode bem configurado costumam reportar ROAS 15-30% maior que contas comparáveis sem isso – não porque vendem mais, mas porque o sistema enxerga melhor o que vende.

Como debugar (Tag Assistant, conversion diagnostics)

Três ferramentas que uso, nessa ordem:

1. Tag Assistant Companion (extensão Chrome). Mostra em tempo real se o evento de conversão está disparando, se o user_data está sendo passado, e se o hash foi gerado corretamente. Se não aparecer user_data no evento, não está ativo. Se aparecer mas sem hash, está enviando em texto puro – para imediatamente.

2. Conversion Diagnostics dentro do Google Ads. Em Goals → Conversions → clique na conversion action → aba “Diagnostics”. O Google mostra a taxa de match de Enhanced Conversions. Match bom = 70%+. Match abaixo de 40% significa que tem campo errado ou dado mal normalizado (espaços, maiúsculas, formato de telefone errado).

3. GTM Preview Mode + Network tab. Pra setup via GTM, o Preview Mode mostra a tag de conversão disparando e os parâmetros que vão junto. No Network tab do DevTools, filtre por google-analytics.com ou googleadservices.com e procure o request de conversão – o user_data deve aparecer hasheado.

Erros comuns: hash duplo, parâmetros faltando, consent mode mal config

A lista do que mais vejo quebrar:

• Hash duplo. Alguém aplica SHA-256 manualmente no dado antes de mandar pro gtag, e o gtag aplica hash de novo. Resultado: 0% de match. Mande dado em texto puro pro gtag – ele cuida do hash.
• Email/phone não normalizado. “[email protected] ” com espaço final hasheia diferente de “[email protected]”. Telefone “(11) 99999-9999” hasheia diferente de “+5511999999999”. Normalize antes: lowercase, trim, formato E.164 pra phone.
• Conversion Linker faltando. Sem ele, o GCLID não persiste e Enhanced Conversions não consegue casar a conversão com o clique. Sempre All Pages.
• Consent mode mal configurado. Se o default não está “denied” antes do consent, você está enviando PII sem permissão. Risco legal real.
• Form submit vs page view. Enhanced Conversions precisa disparar no evento de conversão (form submit, purchase), não no page view de thank-you. Quem dispara no page view perde o user_data porque os campos do form já não existem mais na página de obrigado.
• SPA mal configurada. Em site React/Vue, o evento de form submit precisa explicitamente passar o user_data via data layer push. Detection automática não funciona em SPA na maioria dos casos.

Recomendação prática: ative Enhanced Conversions em paralelo com o tracking atual por 14 dias, compare os números, e só então tome decisão de manter ou ajustar. A lógica do Google Ads é toda baseada em sinal – sinal melhor, decisões melhores. Mas sinal medido errado é pior que sinal nenhum.

Perguntas frequentes