Enhanced Conversions ativo, e mesmo assim sem efeito

O painel do Google Ads diz que está tudo certo. A requisição de conversão diz o contrário, e ela tem razão. O diagnóstico leva dois minutos e depende de um parâmetro que quase ninguém olha.

Atualizado em 8 de setembro de 2026 · por WYB Trackers

Por que Enhanced Conversions liga e não entrega nada

Porque habilitar o recurso no painel e alimentar o recurso com dado são duas coisas diferentes. Na falha mais comum, a requisição de conversão mostra ec_mode=a e capi=1, indicando o recurso ativo, mas o evento conversion do gtag não carrega o objeto user.

O sintoma é literal e visível na aba Network: os parâmetros chegam como em=tv.1 e emd=tvd.1. Esses valores não são hashes, são sentinelas de campo vazio. Enhanced Conversions ligado, entregando nada.

Por que essa falha passa despercebida

Nenhum relatório aponta para ela. O painel do Google Ads mostra o recurso como ativo, as conversões continuam sendo registradas normalmente pelo GCLID, e nada quebra de forma visível. O que se perde é invisível por natureza: as conversões que Enhanced Conversions teria recuperado e não recuperou.

Causas mais comuns

CausaComo identificar
O objeto user não é passado ao evento de conversãoRequisição traz em=tv.1 e emd=tvd.1. É a causa dominante.
O dado existe na camada de dados e não é repassadoe-mail e telefone aparecem no add_payment_info do checkout, mas não no evento de conversão.
Hash duploO valor é hasheado pela tag e também pela variável. Chega hasheado duas vezes e o casamento é zero.
Normalização errada antes do hashEspaço no fim, maiúscula, telefone com formatação. O hash muda e não casa.
Enhanced Conversions ativado só no painel, sem implementaçãoAlguém marcou a caixa e ninguém tocou na tag.

Como diagnosticar em dois minutos

  1. 1Abra o seu site com as ferramentas de desenvolvedor e vá para a aba Network.
  2. 2Faça uma conversão de teste completa, até a página de confirmação.
  3. 3Filtre a requisição de conversão do Google Ads.
  4. 4Procure ec_mode e capi. Se estiverem presentes, o recurso está habilitado no painel.
  5. 5Agora procure em= e emd=. Strings hexadecimais longas: o hash está indo. Valores tv.1 e tvd.1: o campo está vazio.
  6. 6Se estiver vazio, inspecione a camada de dados no evento anterior, normalmente add_payment_info, e confirme se e-mail e telefone estão lá.

O diagnóstico é binário

Não existe meio-termo entre tv.1 e um hash. Ou o dado foi para a requisição ou não foi. É uma das poucas verificações de tracking que dá resposta definitiva em um olhar, sem depender de relatório ou de janela de atribuição.

Como corrigir

Se o dado já está na camada de dados

É o caso mais comum e o mais barato de resolver. O gtag hasheia sozinho: basta injetar o objeto user no evento de conversão com os campos disponíveis. Não é preciso coletar nada novo, nem pedir mais dado ao comprador.

Se há suspeita de hash duplo

Decida uma camada de hash e documente qual. Algumas tags aplicam SHA-256 em hexadecimal por conta própria. Se a variável que alimenta a tag também hashear, o valor chega transformado duas vezes e o casamento é zero. A regra da WYB Trackers em qualquer implementação é registrar por escrito onde o hash acontece, porque essa falha é invisível no painel e reaparece a cada manutenção.

A correção mais robusta é enviar do servidor

No servidor o user_data entra de forma confiável, sem depender de cada template de página fazer certo. A recomendação da WYB Trackers para envio server-side de conversão do Google Ads é mandar o conjunto completo, value, currency, transaction_id e user_data hasheado, usando o transaction_id como chave de deduplicação. Ele aparece na requisição de conversão como oid e precisa ser idêntico nos dois caminhos.

O que a correção não resolve

Perguntas relacionadas

O que significa em=tv.1 na requisição de conversão do Google Ads?

É uma sentinela de campo vazio, não um hash. Quando o gtag monta a requisição de conversão e não encontra e-mail no objeto user, ele envia em=tv.1 no lugar. O par emd=tvd.1 tem o mesmo papel. Ver esses valores significa que Enhanced Conversions está habilitado e não está recebendo dado nenhum para casar.

Como sei se meu Enhanced Conversions está realmente funcionando?

Abra a aba Network do navegador, faça uma conversão de teste e localize a requisição de conversão. Se os parâmetros de dados do usuário vierem como strings longas hexadecimais, o hash está sendo enviado. Se vierem como tv.1 e tvd.1, não está. O painel do Google Ads mostra o recurso como ativo nos dois casos, então ele não serve para esse diagnóstico.

Preciso hashear os dados antes de enviar ao gtag?

Para Enhanced Conversions via gtag, não. O gtag aplica o hash sozinho a partir do objeto user. O problema quase nunca é o hash: é que o objeto user simplesmente não é passado ao evento de conversão. Enviar dado já hasheado por conta própria, além de desnecessário nesse caminho, é uma das formas de produzir hash duplo, que zera o casamento.

O que acontece se eu não corrigir?

O casamento passa a depender inteiramente do GCLID. Se o GCLID chega ao checkout, a conversão básica sobrevive e é atribuída. O que você perde é a recuperação das conversões em que o GCLID se perdeu por expiração de cookie, restrição de navegador ou compra em outro dispositivo, que é exatamente o problema que Enhanced Conversions existe para resolver.

Onde costuma estar o dado que falta?

Na própria camada de dados da página, normalmente no evento add_payment_info do checkout, com e-mail, telefone e endereço já disponíveis. O dado existe e não é repassado ao evento de conversão. Em muitos casos a correção é apenas injetar o objeto user, sem coletar nada novo.

Continuar lendo

Quer saber se o seu Enhanced Conversions está entregando alguma coisa?

No diagnóstico gratuito abrimos a requisição de conversão da sua conta e olhamos os parâmetros que o painel não mostra.

Agendar diagnostico gratuito