Você deve bloquear as próprias tags do Google até alguém consentir?

Todos os artigos

Em uma implementação do Consent Mode avançado, não. No modo básico, sim: básico significa que as tags do Google ficam bloqueadas até o visitante consentir. No avançado, as próprias tags do Google ficam desbloqueadas e aplicam a escolha do visitante por conta própria, por meio de verificações de consentimento embutidas. Uma verificação de consentimento adicional por cima as bloqueia por completo, o que transforma silenciosamente o avançado em básico e elimina o sinal de negação a partir do qual o Google modela. O teste: uma visita recusada ainda deve enviar gcs=G100.

O conselho está certo. Só que não é sobre as tags do Google.

Quase tudo o que se escreve sobre consentimento no Google Tag Manager chega à mesma instrução: trave a tag. Abra Advanced Settings, depois Consent Settings, exija consentimento adicional, nomeie os tipos. Para um script de fornecedor que grava o próprio cookie no momento em que carrega, isso está correto, e o nosso próprio guia sobre mover um script para o Google Tag Manager para travá-lo diz exatamente isso.

Antes, uma ressalva, porque ela é sobre jurisdição e não sobre mecânica. Alguns operadores, alemães em especial, bloqueiam o contêiner inteiro até o consentimento por orientação jurídica. Essa é uma escolha deliberada pelo comportamento básico, com o custo de medição aceito, e é algo diferente de uma verificação de consentimento esquecida em uma tag do GA4. Este artigo trata do segundo caso.

Os tipos de tag do próprio Google são a exceção, e não é questão de gosto. O Google diz isso com todas as letras no seu guia para desbloquear as tags do Google. As tags dele têm verificações de consentimento embutidas e mudam de comportamento sozinhas, então não precisam de verificações adicionais, e implementar as duas coisas ao mesmo tempo impede que elas funcionem direito. Uma tag de configuração do GA4 ou uma tag de conversão do Google Ads já sabe como ad_storage e analytics_storage estão definidos. Uma verificação de consentimento adicional fica na frente desse mecanismo e nunca o deixa rodar.

Aprendemos isso ao longo de cinco versões de contêiner de uma mesma correção de consentimento. O banner estava certo. O contêiner tinha uma verificação de consentimento em tudo, aplicada de forma uniforme, e era por isso que a conta tinha parado de modelar qualquer coisa.

Quanto a verificação extra custa de verdade

Uma tag do Google desbloqueada em uma página onde o visitante recusou ainda envia uma requisição. Ela vai para /g/collect sem cookies e sem identificador de cliente, carregando gcs=G100: Consent Mode ativo, os dois tipos de armazenamento negados. Isso é uma recusa registrada, e é o insumo que a modelagem do Google usa para estimar as conversões que ele não tem permissão para observar.

Uma tag do Google bloqueada não envia absolutamente nada. Nada não é uma recusa. É ausência, e um modelo não aprende com ausência. Você também não tornou a visita mais privada, porque a requisição desbloqueada já era sem cookies nesse caminho. Você só apagou a sua própria evidência de que o visitante esteve ali.

Então, na prática, essa única configuração decide se o site roda o Consent Mode avançado ou o básico, diga o que disser a tela do banner. É a mesma pergunta de Consent Mode básico vs avançado, vista pelo lado da tag. Esse ping negado é o insumo a partir do qual o Google modela, e a modelagem só roda quando o seu site atinge os limites de dados descritos na documentação do modo de consentimento do Google. O que ela produz é uma estimativa, não conversões que alguém observou.

Como conferir o que você realmente publicou

Cinco passos, em ordem.

1. Liste todas as tags com verificação de consentimento adicional

   Percorra o contêiner tag por tag, em vez de confiar no guia de integração que o configurou. Em cada tag, em Advanced Settings e depois Consent Settings, a configuração mostra ou no additional consent required ou uma lista de tipos de consentimento nomeados. Anote cada tag que tiver essa lista, que em um contêiner que já passou por duas migrações de CMP é, invariavelmente, mais longa do que qualquer um espera.

2. Tire a verificação de todos os tipos de tag do Google

   Tags de configuração e de evento do GA4, tags de conversão e de remarketing do Google Ads, Floodlight e a própria tag do Google voltam todas para no additional consent required. Mantenha as verificações nas tags que são de fato de terceiros. A linha divisória é quem é o dono da tag, não a sensibilidade: uma tag do Google aplica o consentimento dentro de si mesma, uma tag da Meta ou do Hotjar não.

3. Troque a opção de disparo de Once per page para Once per event

   Uma tag configurada para disparar uma vez por página conta uma tentativa bloqueada como o seu único disparo. O gatilho dispara antes de o visitante decidir, a verificação de consentimento para a tag, e o contador registra a vez dela como usada mesmo assim. Quando o consentimento chega e o gatilho dispara de novo, o contêiner a pula. A tag parece correta em todas as telas e não produz nada. Once per event é a configuração certa para tudo o que pode ser tentado antes de uma decisão.

4. Deixe a atualização de consentimento chegar antes de julgar um gatilho

   O contêiner avalia o estado de consentimento de uma tag no instante em que o gatilho dela dispara, e uma CMP aplica uma decisão guardada de forma assíncrona, normalmente algumas centenas de milissegundos depois de a página começar a carregar. Assim, uma tag de carregamento de página pode ser avaliada enquanto o consentimento ainda aparece como negado, na visita de alguém que aceitou semanas atrás. O sintoma é uma tag que dispara em um clique mas nunca em uma visualização de página. As verificações embutidas do Google lidam com esse timing sozinhas, e esse é o segundo motivo para não envolvê-las.

5. Verifique na página no ar, nunca no Preview

   O modo Preview roda com a fiação de depuração do contêiner e, muitas vezes, com um estado de consentimento em que você mesmo clicou. Carregue a página de produção em um navegador limpo, recuse e leia o que sai. O Tag Assistant vai dizer que a tag disparou. Só o painel de rede diz o que o Google recebeu.

O diagnóstico, em uma linha

Abra o painel de rede na página no ar, filtre por collect e recuse. Uma requisição que sai carregando gcs=G100 significa que as suas tags do Google estão desbloqueadas e a recusa está sendo reportada. Um painel vazio significa que algo as está bloqueando, e só há dois candidatos realistas: uma verificação de consentimento adicional na tag, ou um banner que bloqueia o contêiner inteiro antes de a tag existir.

Depois aceite e rode de novo: gcs=G111 são os dois sinais concedidos. Fazer a atualização chegar ao contêiner, para começo de conversa, é a fiação descrita no guia de instalação do Google Tag Manager, que vale reler com essa exceção em mente.

O Velo funciona desse jeito por padrão: ele atualiza o Consent Mode, deixa as tags do Google aplicarem o resultado por conta própria e trava só os scripts que não conseguem fazer isso. O que nenhum banner consegue fazer por você é o passo um, porque as verificações que já estão no seu contêiner foram colocadas ali por quem quer que o tenha configurado antes.