O que acontece com uma conversão do Google Ads quando ad_user_data é negado

A conversão continua acontecendo, e os seus próprios sistemas continuam registrando. O que um ad_user_data negado remove são os dados do usuário que o Google recebe junto com ela, então o Google já não consegue ligar essa conversão a uma pessoa ou a um clique. No Google Ads, ela deixa de ser contada e passa a ser estimada.
Comece com uma análise.
A análise gratuita lê o HTML da sua página inicial e o seu contêiner público do Tag Manager e lista as tags de rastreamento que encontra.
Grátis · Sem cadastro · Verificação de HTML e GTM público
A conversão acontece de qualquer jeito
Vale dizer isto primeiro, porque o pânico costuma começar no lugar errado. Nenhuma escolha de consentimento chega ao seu checkout. O pedido é feito, o pagamento é aprovado, a linha cai no seu banco de dados. O que mudou foi um elo da cadeia que vai do seu site até o Google, e só a ponta do Google apagou.
Então a pergunta honesta não é quantas conversões você perdeu, e sim quantas o Google ainda consegue ver bem o bastante para creditar. A distância entre esses dois números é onde mora a maior parte da confusão sobre o Consent Mode.
Um pedido. Três coisas que o Google recebe.
Os seus sistemas registram o pedido de qualquer forma. O ad_user_data muda só o que o Google consegue ver.
Observada. Chega com identificadores, ligada ao clique.
Um insumo para a modelagem. Ping sem cookies, sem identificadores. Não é uma conversão contada.
Nada chega. Nenhum ping, então não há nada para modelar.
O que realmente sai da página
Duas coisas decidem o que o Google recebe. A primeira é qual variante do Consent Mode você usa e, se não tiver certeza, o básico e o avançado se comportam de forma muito diferente justamente neste ponto. No básico, uma recusa significa que a tag nunca dispara, então nada é enviado e não fica nenhum registro do evento do lado do Google. No avançado, a tag dispara e envia um ping sem cookies: o Google fica sabendo que algo aconteceu, sem saber com quem.
A segunda é qual permissão foi negada. O ad_storage controla se as tags do Google podem manter cookies de publicidade, que é onde um identificador de clique normalmente fica entre o clique no anúncio e a conversão. O ad_user_data controla se dados do usuário podem sequer ser enviados ao Google para publicidade. A diferença entre esse sinal e o vizinho está em ad_user_data e ad_personalization, e qual dos dois interrompe o quê, o que importa aqui porque uma equipe pode conceder armazenamento, negar dados do usuário e ainda assim se surpreender com a queda.
O identificador de clique em si não é apagado por nada disso. É um parâmetro de URL, a sua landing page o recebe e os seus próprios logs podem guardá-lo. O que o consentimento controla é o lado do Google: se ele pode ser guardado para depois e se dados do usuário podem viajar junto com a conversão.
Onde ela cai no Google Ads
Uma conversão observada é aquela que o Google consegue ligar a uma interação específica com um anúncio. Negue os dados do usuário e ele não consegue, então a conversão vai para o grupo modelado: o Google estima o que o tráfego não observado produziu a partir do comportamento do tráfego que ele ainda consegue ver.
A modelagem não é automática, e essa é a parte que os posts dos fornecedores pulam. A documentação do próprio Google define um limite de elegibilidade de 700 cliques em anúncios em 7 dias, por agrupamento de país e domínio, além de um Consent Mode implementado corretamente ou do IAB Transparency and Consent Framework. Acima dele, uma parte das conversões que faltam volta como estimativa. Abaixo dele não há número modelado para receber, e a lacuna simplesmente continua sendo uma lacuna. Repare onde o limite se aplica: por agrupamento de país e domínio, e não à conta como um todo, então um anunciante com volume pulverizado entre vários mercados pode superá-lo em um e não atingi-lo nos demais.
Uma consequência nos relatórios merece planejamento. Uma conversão modelada é uma estimativa agregada: chega com atraso, não pode ser rastreada até um clique individual e não vai bater linha por linha com a sua tabela de pedidos. Uma campanha que antes você conseguia conciliar até o último pedido não vai mais fechar, e nenhum trabalho nas tags devolve isso.
O que para de funcionar de vez
Três coisas falham de vez, em vez de irem se degradando. As Enhanced Conversions param, porque enviam dados próprios com hash, como um endereço de e-mail, para fazer a correspondência, e essa transferência é exatamente o que o ad_user_data autoriza. O remarketing e a entrada em públicos deixam de crescer a partir de visitas negadas, um problema mais lento que uma contagem de conversões e mais caro, que destrinchamos em o que acontece com os públicos de remarketing quando os visitantes rejeitam cookies. E qualquer estratégia de lances que aprende com conversões herda o mesmo sinal mais fraco.
Antes de aceitar a queda, descarte um problema de instalação
Uma recusa de verdade e um sinal que ninguém configurou produzem os mesmos dados faltando, e só um dos dois é um fato sobre os seus visitantes. Dez minutos olhando uma requisição real resolvem qual é.
Leia uma requisição de um carregamento de página real
Abra o painel de rede em uma sessão limpa, filtre pelo endpoint collect e leia os parâmetros de consentimento em um hit real, e não na tela de configuração do seu gerenciador de tags. O que um contêiner pretende e o que uma página envia são afirmações diferentes, e só uma delas é evidência.
Separe uma recusa de uma ausência
Um sinal que nunca foi definido pelo Consent Mode não é uma recusa, e mais adiante ele parece uma. O parâmetro que distingue os dois é o assunto de o que o parâmetro gcd significa, e encontrar ali um sinal não definido geralmente encerra a investigação, porque não há nada de errado com o banner.
Confira a ordem, não só os valores
Se a atualização de consentimento chega depois de as tags dispararem, você tem os mesmos dados faltando que em uma recusa, enquanto o banner parece perfeitamente saudável. Vale descartar essa hipótese sempre.
Compare a queda com os seus próprios registros
Coloque o número do Google Ads ao lado da contagem de pedidos do seu próprio banco de dados no mesmo período. Se os seus pedidos se mantiveram e só o número do Google mudou, é uma mudança de medição. Se os dois mudaram, a causa não é o consentimento.
Os limites honestos
Parte disso não tem volta, e qualquer resposta que sugira o contrário está vendendo alguma coisa. Um visitante que recusa fez uma escolha, e a resposta certa é medir com precisão o que sobra, não dar um jeito de contorná-lo. Corrigir falhas de instalação e usar o Consent Mode avançado direito não vai transformar conversões recusadas de volta em conversões observadas. Onde você atinge o limite de elegibilidade do Google, a modelagem estima parte da lacuna. Onde não atinge, a lacuna fica.
O que você consegue corrigir com segurança é tudo o que vem antes da decisão do visitante: sinais que nunca foram conectados, atualizações que chegam depois das tags, categorias que não mapeiam para os quatro sinais do Google. Isso parece perda por consentimento e não é.
O Velo envia os quatro sinais do Consent Mode a partir de um único mapeamento de categorias que você consegue ler em uma só tela, então o estado que o visitante escolheu é o estado que sai da página, e uma queda nas conversões significa o que parece significar. Como isso é ligado está na página do produto.
Perguntas frequentes
O que as pessoas perguntam sobre este assunto.
O que acontece com as conversões quando ad_user_data é negado?
A conversão continua acontecendo e os seus próprios sistemas continuam registrando. O que muda é o que o Google recebe. No Consent Mode avançado, a tag ainda envia um ping sem cookies, mas ele chega sem os dados do usuário e os identificadores de que o Google precisaria para ligá-lo a um clique, então deixa de ser uma conversão observada e vira insumo para a modelagem. No Consent Mode básico nada é enviado, porque a tag não dispara.
Um ad_user_data negado significa que a conversão foi perdida?
Não necessariamente, mas ela deixa de ser contada do mesmo jeito. O Google pode modelar conversões para preencher a lacuna, e é por isso que o seu total raramente cai exatamente na proporção da taxa de recusa. A modelagem tem a sua própria elegibilidade: o Google indica um limite de 700 cliques em anúncios em 7 dias por agrupamento de país e domínio, além de um Consent Mode implementado corretamente ou do IAB Transparency and Consent Framework. Abaixo desse limite não há conversões modeladas para receber.
O gclid ainda chega ao Google se ad_user_data for negado?
O identificador de clique na URL não é removido por uma escolha de consentimento, e a sua landing page continua recebendo esse identificador. O que o consentimento controla é o lado do Google: se as tags dele podem guardar esse identificador e enviar dados do usuário junto com a conversão. Com ad_storage negado não há cookie de publicidade para guardá-lo, então uma conversão em uma visita posterior não tem de onde buscá-lo.
As Enhanced Conversions ainda funcionam quando ad_user_data é negado?
Não. As Enhanced Conversions enviam dados próprios com hash, como um endereço de e-mail, para que o Google possa associar a conversão a um usuário logado, e essa transferência é exatamente o que o ad_user_data controla. Isso surpreende equipes que concederam ad_storage e acharam que o lado dos identificadores estava coberto, porque as duas permissões são separadas.
Por que as minhas conversões caíram mais do que a minha taxa de recusa?
Normalmente porque alguma coisa negou junto com o visitante. Um sinal que nunca foi configurado aparece mais adiante de forma muito parecida com uma recusa, e uma atualização que chega depois de a tag já ter disparado produz os mesmos dados faltando. Leia uma requisição real antes de aceitar a queda como um piso de consentimento, porque uma falha de instalação tem conserto e um piso de consentimento não tem.
Privacidade na web em um só lugar.
Analise seu site →
