Por que as tags disparam antes de o banner de cookies carregar

Todos os artigos

Outra tag está compartilhando o gatilho que deveria ser só do seu banner de cookies. Colocar o banner no Consent Initialization é necessário, mas não suficiente. Esse gatilho libera tudo o que está ligado a ele de uma vez, e não em ordem, então uma tag mais leve ao lado dele pode chegar primeiro à rede enquanto o banner ainda está buscando a configuração.

O gatilho é um tiro de largada, não uma fila

O gatilho Consent Initialization existe para que os padrões de consentimento sejam registrados antes de qualquer outra coisa ser avaliada, e todo guia que manda colocar a sua ferramenta de consentimento ali está certo. O que eles deixam de fora é o que acontece quando uma segunda tag é colocada no mesmo gatilho. O gatilho não vira uma fila. Ele libera tudo o que está ligado a ele, e a partir desse instante as tags apostam corrida entre si pela rede.

A prioridade de disparo das tags parece a resposta e não é. A própria página de ajuda do Tag Manager sobre prioridade de disparo diz que tags com valores de prioridade mais altos disparam antes das que têm valores mais baixos, e depois acrescenta a frase que importa aqui: as tags continuam disparando de forma assíncrona. A prioridade decide a ordem em que as requisições começam. Ela não faz o contêiner esperar uma terminar. Uma ferramenta de consentimento que precisa buscar a configuração pela rede pode, portanto, começar primeiro e mesmo assim chegar em segundo, que é exatamente o caso que custa caro para você.

O que medimos em um conjunto de sites em produção

O sintoma relatado era uma requisição de publicidade saindo do navegador antes de existir qualquer estado de consentimento, em um site cujo trabalho de consentimento estava, fora isso, em ordem. Padrões negados presentes, o sinal na requisição de análise saindo como negado, e o template da ferramenta de consentimento no Consent Initialization exatamente como documentado.

Uma tag de remarketing estava nesse mesmo gatilho. Lemos o painel de rede pela ordem em que as requisições começaram, e não pelo preview. A requisição de publicidade saiu antes do próprio loader da ferramenta de consentimento em todos os carregamentos que capturamos, com uma margem de cerca de dois milissegundos. Trate a ordem como a descoberta e a margem como ilustração: o painel de rede de um navegador não é um instrumento com precisão abaixo do milissegundo, e o número mudaria com a conexão e o cache. O que não muda é qual requisição saiu primeiro, e por quê. Isso não é um banner lento. São duas coisas liberadas juntas, e uma delas tinha menos trabalho a fazer.

Por que toda auditoria da ferramenta de consentimento voltou limpa

Porque toda auditoria foi uma auditoria da ferramenta de consentimento, e a ferramenta de consentimento estava fazendo o trabalho dela. Verificá-la do jeito que normalmente recomendamos, lendo o sinal de consentimento na requisição que sai, dá aprovação, porque a requisição que você está lendo é a que se comportou bem.

O modo Preview também não resolve. Ele mostra quais tags dispararam e em qual evento, o que não é o mesmo que saber qual de duas requisições liberadas no mesmo instante chegou primeiro à rede. Um contêiner que parece correto no preview pode conviver com uma página que não está.

Existe uma imagem espelhada disso que também passa limpa na auditoria. A ferramenta de consentimento funciona perfeitamente, enquanto as tags que ela deveria travar nunca disparam, porque as variáveis de uma plataforma anterior continuam ligadas às regras de bloqueio delas. Esse caso está em o que conferir quando você troca de plataforma de gestão de consentimento.

Quatro causas, um sintoma

Uma tag disparando antes de o banner carregar tem mais de uma causa, e é fácil diferenciá-las quando você sabe que são coisas diferentes.

1. Outra tag está compartilhando o gatilho

   O caso acima. A configuração de consentimento está correta, a tag culpada é rápida, e a corrida é invisível em todo lugar, menos no painel de rede. Consistente em vez de intermitente, porque a mesma tag ganha em todo carregamento.

2. A ferramenta de consentimento está no gatilho errado

   No All Pages, ela compete com o contêiner inteiro, e não com uma tag só. Esse é o caso que o conselho padrão já resolve, então descarte-o primeiro. O posicionamento correto está em instalar um banner de cookies com o Google Tag Manager.

3. A ferramenta de consentimento carrega fora do contêiner

   Se o banner está no código-fonte da página e o contêiner carrega separadamente, qual requisição ganha depende da página, e não de alguma configuração de tag. Isso varia conforme o template e o estado do cache. Comportamento intermitente aponta para cá. No WordPress, como imprimir o script logo no início do head está explicado em como adicionar um banner de cookies no WordPress sem plugin. Ativar o Google tag gateway também pode mudar a posição da tag do Google nessa ordem, o que está explicado em o Google tag gateway precisa de consentimento de cookies?.

4. A tag não tem nenhuma verificação de consentimento

   Não é uma corrida. Uma tag sem verificação de consentimento nunca consulta o estado de consentimento, então os padrões negados não a seguram, e nenhuma ordem vai segurar. Ela dispara primeiro porque nunca estava esperando.

Como ver a ordem com os próprios olhos

Isso leva um carregamento de página e nenhum modo de depuração. O truque todo é parar de ler o contêiner e começar a ler o que saiu do navegador.

1. Carregue o site em um perfil limpo e não clique em nada

   Uma sessão que já aceitou não diz nada: o estado é restaurado a partir de uma escolha guardada antes de a corrida acontecer.

2. Ordene o painel de rede pelo momento em que cada requisição começou

   A visualização padrão agrupa as requisições de um jeito que esconde isso. Você quer a linha do tempo, não a lista.

3. Encontre a requisição da própria ferramenta de consentimento e leia para cima

   Qualquer coisa acima dela vinda de um fornecedor de publicidade ou de análise saiu antes de o consentimento existir. Isso aponta a tag para você.

4. Abra o contêiner e liste todas as tags no Consent Initialization

   Deveria haver no máximo duas: a ferramenta de consentimento e a tag que registra os seus padrões negados. Todo o resto ali é candidato a sair. Qualquer coisa nessa lista que mede ou anuncia é também justamente o que os reguladores punem de fato, como explicamos em você pode ser multado por não ter um banner de cookies.

5. Recarregue mais duas vezes antes de concluir qualquer coisa

   Ordem consistente significa um gatilho compartilhado. Uma ordem que muda entre carregamentos significa que a ferramenta de consentimento carrega fora do contêiner, e isso pede outra correção.

A correção, e por que não é a prioridade

Tire a tag culpada do Consent Initialization e dê a ela o All Pages ou um evento próprio. A corrida acaba porque não existe mais corrida, e é uma mudança de dois minutos. Se uma tag realmente precisa rodar cedo, o sequenciamento de tags é um instrumento mais preciso do que a prioridade, porque diz qual tag dispara antes de qual, em vez de expressar uma preferência.

Resista às duas falsas correções tentadoras. Aumentar a prioridade deixa as duas tags no gatilho e pede a um sistema assíncrono uma garantia síncrona que ele não oferece. Acrescentar uma segunda tag de padrões deixa você com duas coisas emitindo padrões de consentimento, o que é um problema novo, não uma correção. Para ter segurança dobrada de verdade, coloque um pequeno trecho de código inline com os padrões negados no head da página, acima do trecho de código do contêiner, para que um estado negado exista antes de o contêiner ser interpretado. Em uma plataforma hospedada em que o head é uma única caixa de injeção, essa ordem é a maior parte da instalação: o que o Squarespace oferece e o que não oferece.

Depois meça de novo do mesmo jeito que você encontrou o problema. Uma correção real mostra a requisição da ferramenta de consentimento chegando primeiro em todo carregamento limpo, com a requisição de publicidade esperando ou carregando um sinal de negação. Se os números mudaram mas a ordem não, você corrigiu outra coisa. Conversões que mudaram por volta da mesma data merecem a mesma leitura: por que as conversões do GA4 caem da noite para o dia.

Uma verificação antes de concluir que a ordem é mesmo o seu problema. Se a requisição de publicidade continua lá depois que a ordem está certa, veja o que a gerou. Um pixel injetado em tempo de execução pelo script de outro fornecedor nunca passou pelo contêiner, então nenhuma mudança de gatilho consegue alcançá-lo. Esse caso é por que o pixel do Facebook continua carregando quando as suas tags estão bloqueadas.

O Velo tira a busca dessa corrida. O script dele define os padrões negados assim que roda, antes de qualquer requisição de configuração, então, com o script acima do contêiner, esses padrões já existem quando o contêiner é alcançado. O posicionamento continua importando, e manter outras tags fora desse gatilho também. O mecanismo está na página de produto.