Enhanced Conversions: o que é e como ativar

Por que Enhanced Conversions existe

Cookies de terceiros estão sendo descontinuados (Apple Safari, Mozilla Firefox e Google Chrome em diferentes ritmos). Restrições do iOS (App Tracking Transparency, mascaramento de email no iCloud), bloqueadores de anúncio e leis de privacidade fragmentaram o sinal que o Google Ads recebe sobre quais visitantes converteram após clicar em um anúncio. Resultado prático: campanhas com investimento significativo passaram a registrar menos conversões do que realmente acontecem, e o algoritmo de smart bidding (lances automatizados baseados em aprendizado de máquina) perde eficiência sem o sinal completo.

Enhanced Conversions é a resposta do Google para esse problema. Em vez de depender exclusivamente do cookie, o site ou o CRM envia ao Google os dados pessoais do visitante que converteu — email, telefone, nome — criptografados em hash SHA-256. O Google compara esse hash com a base de usuários logados em suas plataformas (Gmail, YouTube, Search com login). Quando bate, a conversão é atribuída à campanha que originou o clique, mesmo sem cookie.

O ganho é dual: mensuração mais completa (taxa de match típica de 30-70% dependendo de qualidade dos dados) e sinal de melhor qualidade para o smart bidding, que pode então otimizar lances com base em conversões reais em vez de proxy parcial.

Como o hash funciona — segurança e LGPD

O mecanismo do Enhanced Conversions é projetado para que o Google nunca receba dados pessoais em claro. O fluxo:

1. Captura. O visitante preenche formulário no site ou converte (compra, cadastro, lead). Email, telefone e nome são coletados em primeira pessoa.

2. Normalização. Os dados são normalizados antes do hash — email em minúsculas, telefone com código do país, espaços removidos. Normalização garante que o mesmo dado gere sempre o mesmo hash.

3. Hash SHA-256. Algoritmo de uma via converte o dado original em string fixa de 64 caracteres. O resultado é irreversível — não é possível extrair email a partir do hash. Mesmo dado de entrada gera mesmo hash de saída, o que permite comparação.

4. Envio. O hash sobe para o Google Ads junto ao evento de conversão. O dado em claro nunca sai do controle da empresa.

5. Match. O Google compara o hash recebido com a base de hashes da sua própria base de usuários logados. Quando bate, atribui a conversão.

Esse desenho técnico minimiza exposição, mas não elimina obrigações da LGPD. A empresa continua sendo controladora dos dados pessoais coletados, e o tratamento — incluindo o compartilhamento criptografado com o Google — precisa ter base legal documentada, transparência na política de privacidade e (para usuários do site) consentimento captado de forma adequada.

Enhanced Conversions for Web versus for Leads

Existem duas variantes do mecanismo, com casos de uso diferentes.

Enhanced Conversions for Web é a variante para conversões que acontecem no próprio site — compra em comércio eletrônico, cadastro, agendamento. No momento da conversão, o site captura email, telefone ou nome e envia o hash ao Google junto ao evento. Implementação via Google Tag, GTM ou API. Caso de uso típico: comércio eletrônico, serviços com finalização no site, lead com formulário público.

Enhanced Conversions for Leads é a variante para conversões que se completam fora do site — em CRM, no telefone, presencialmente. O fluxo é diferente. No momento do lead (formulário inicial), o site captura o email e o envia hashado ao Google. Mais tarde, quando o lead vira oportunidade qualificada, ou venda fechada, o CRM dispara um evento de conversão offline para o Google Ads referenciando o mesmo email hashado. O Google atribui a venda à campanha original que gerou o lead. Caso de uso típico: B2B com ciclo de venda longo, serviços com qualificação humana, vendas que fecham fora da web.

A variante for Leads é especialmente valiosa quando o smart bidding precisa otimizar para qualidade de lead, não apenas para volume. Sem ela, o Google Ads otimiza para "preencheu formulário" — métrica que pode estar descolada de receita real, especialmente em B2B onde 80% dos leads não fecham.

Métodos de implementação

Três caminhos técnicos, com complexidade crescente.

Google Tag (gtag.js). Caminho mais simples, recomendado para sites pequenos sem GTM. Edita-se o código da tag de conversão para incluir os parâmetros de email, telefone e nome. O navegador faz o hash em JavaScript antes do envio. Implementação leva poucas horas e exige acesso ao código do site.

Google Tag Manager (GTM). Caminho mais comum em médias e grandes empresas. Configura-se variável no GTM que captura os campos do formulário, ativa-se Enhanced Conversions na tag de Google Ads conversão, e o GTM cuida do hash e envio. Vantagem: não exige alteração de código do site para cada mudança. Implementação leva um a três dias.

API direta (server-side). Caminho mais avançado, recomendado para empresas com GTM Server-Side ou para envio de conversões offline. O servidor da empresa envia diretamente ao Google Ads API, fora do navegador. Vantagem: dados não passam pelo browser, escapando de bloqueadores e perdas. Desvantagem: requer infraestrutura técnica e desenvolvimento. Implementação leva semanas.

A escolha do método depende de quem implementa (time interno vs agência), do volume de conversões, da maturidade técnica e da necessidade de governança (Consent Mode v2 server-side é mais robusto).

LGPD: o que precisa ser feito antes de ativar

Enhanced Conversions envolve tratamento de dados pessoais — mesmo que criptografados em hash — e portanto está dentro do escopo da LGPD (Lei 13.709/18). Quatro pontos críticos antes de ativar:

1. Base legal. O tratamento precisa ter base legal definida. As mais comuns são consentimento (visitante autoriza explicitamente o compartilhamento com o Google) e legítimo interesse (compatível com a expectativa razoável do titular dos dados, com avaliação de impacto documentada). A escolha entre consentimento e legítimo interesse depende do caso e precisa ser revisada por jurídico ou DPO.

2. Transparência na política de privacidade. A política precisa mencionar explicitamente que dados criptografados são compartilhados com Google para fins de mensuração de campanhas. Texto padrão fornecido pelo Google ajuda — mas precisa ser adaptado ao contexto da empresa e revisado juridicamente.

3. Consent Mode v2. Mecanismo do Google que ajusta o comportamento das tags com base no consentimento do visitante. Quando o visitante recusa cookies de marketing, o Consent Mode v2 reduz o que é enviado ao Google, modela conversões ausentes e mantém parte da mensuração com base agregada. Implementação obrigatória para conformidade europeia (GDPR); no Brasil, é boa prática.

4. Registro de operações de tratamento. A ROPA (registro das operações de tratamento de dados pessoais) precisa documentar o uso de Enhanced Conversions — finalidade, base legal, dados envolvidos, prazo de retenção, compartilhamento. Documento obrigatório pela LGPD para empresas com tratamento regular de dados pessoais.

Empresa que ativa Enhanced Conversions sem essas quatro camadas está exposta a sanção da ANPD (Autoridade Nacional de Proteção de Dados) e a litígio individual de titulares. Custo de implementação correta é baixo comparado ao custo do problema.

Reconciliação com conversões offline

Enhanced Conversions for Leads se conecta naturalmente a uma prática paralela: importação de conversões offline. Os dois mecanismos juntos fecham o ciclo entre clique no anúncio e venda fechada.

O fluxo típico em B2B: visitante clica em anúncio, chega ao site, preenche formulário (lead capturado). O site dispara Enhanced Conversions for Leads com hash do email. Lead entra no CRM. Vendas qualifica, agenda demonstração, envia proposta. Quando o lead vira oportunidade ganha (cliente fechado), o CRM dispara um evento ao Google Ads via API ou import de arquivo, referenciando o hash do email. Google atribui a venda ao clique original.

Em B2C com ciclo curto, o equivalente é importação de conversões offline para vendas que aconteceram fora do site — telefone, loja física, marketplace. CRM ou ponto de venda registra a compra, dispara evento ao Google referenciando ID do visitante ou hash do contato.

Quando a integração funciona, o smart bidding passa a otimizar para receita real (lances mais agressivos em campanhas que geram clientes fechados, lances reduzidos em campanhas que geram leads que não fecham), em vez de otimizar para o proxy mais próximo (formulário preenchido). Ganho típico de eficiência em CPA (custo por aquisição) varia de 15% a 40% conforme o estado inicial da mensuração.

Validação e diagnóstico no Google Ads

O Google Ads fornece um painel de diagnóstico para Enhanced Conversions na seção de Conversões ? Diagnóstico. Métricas que precisam ser observadas após a implementação:

Taxa de match. Percentual de eventos com Enhanced Conversions que o Google conseguiu identificar (bater hash recebido com hash da base do Google). Valores saudáveis variam de 30% a 70%, dependendo de qualidade dos dados (email pessoal vs corporativo, telefone com formato correto). Abaixo de 20% indica problema — normalização ruim, campos errados ou dados de baixa qualidade.

Volume de eventos enriquecidos. Quantos eventos de conversão chegaram com Enhanced Conversions versus quantos chegaram sem. Idealmente, perto de 100% das conversões deveriam ter dados enriquecidos. Volume baixo indica problema na captura — formulário sem o campo correto, GTM com regra mal configurada.

Avisos de configuração. O painel sinaliza problemas comuns — dados em claro detectados, normalização inconsistente, configuração incompleta. Acompanhe e corrija.

Validação na primeira semana após a implementação é etapa crítica — pequenos erros de configuração geram match rate baixo, e quanto mais cedo são corrigidos, mais aprendizado é preservado.

Erros comuns na implementação

Enviar dados em claro. Em algumas configurações mal feitas, o site envia o email sem hash em algum parâmetro adicional. Erro grave — viola LGPD e a própria documentação do Google. Sempre valide com inspetor de rede que apenas hashes saem.

Esquecer consentimento. Ativar Enhanced Conversions sem captura prévia de consentimento (quando essa é a base legal escolhida) ou sem Consent Mode v2 integrado. Sem consentimento adequado, o tratamento fica exposto na LGPD.

Não validar match rate. Ativar e seguir em frente sem olhar a taxa de match. Implementações com match rate abaixo de 20% entregam pouco ganho — o esforço foi desperdiçado.

Normalização inconsistente. Email com maiúsculas e minúsculas misturadas, telefone sem código do país, espaços não removidos — geram hashes diferentes para o mesmo dado e o Google não consegue casar. Validar normalização é parte da implementação.

Política de privacidade desatualizada. Ativar Enhanced Conversions e esquecer de atualizar a política de privacidade. Em fiscalização, a falta da menção configura ausência de transparência.

Não medir impacto. Ativar e nunca comparar smart bidding antes e depois. Sem mensuração de impacto, fica difícil justificar o investimento.