Como testar um banner de cookies antes de publicar

Todos os artigos

Teste um banner de cookies antes de publicar em uma URL de staging, em uma janela anônima, nesta ordem: ele aparece, bloqueia antes do consentimento, o sinal de consentimento na requisição saindo corresponde à escolha, a escolha é registrada, e tudo isso sobrevive a uma visita de volta e a uma retirada. Os três últimos são onde as configurações costumam falhar.

Quase todo teste publicado é uma auditoria pós lançamento

Busque como testar um banner de cookies e os guias que voltam são auditorias: abra o site, abra as ferramentas de desenvolvimento, clique em recusar, veja se os rastreadores param. É uma auditoria razoável e a gente também faria. Lendo os que posicionam hoje, eles são escritos para um banner que já está no ar, o que responde a uma pergunta diferente da do título acima.

A diferença importa porque os dois testes custam coisas diferentes quando falham. Um banner no ar que se revela quebrado esteve coletando dados que não deveria, ou perdendo dados que deveria ter, por todo o tempo que alguém levou para perceber. Um banner quebrado em staging custou uma tarde.

As seis verificações, em ordem

1. Teste em staging, não no site no ar

   Produção não é a bancada de testes. Ponha o banner em uma URL de staging e registre esse domínio na ferramenta de consentimento, para ela servir um banner de verdade ali em vez de se recusar a carregar. A maioria das ferramentas de consentimento tem um modo staging ou rascunho para isso.

2. Abra uma janela anônima e confira se o banner aparece

   Uma janela anônima limpa é o único primeiro olhar honesto, porque o seu próprio navegador carrega uma escolha que você fez antes e um banner já respondido não volta. Confirme que o banner aparece no primeiro carregamento, que a opção de recusar está visível sem rolar, e que recusar não é mais difícil do que aceitar.

3. Recuse tudo, depois observe o que a página envia

   Abra o painel de rede antes de tocar no banner. Nada não essencial deveria ter disparado ainda. Depois recuse tudo e recarregue. Requisições de análise e de publicidade devem estar ausentes também em uma página de produto e em uma de checkout, não só na página inicial, porque as tags são frequentemente adicionadas por modelo e por pessoas diferentes.

4. Leia o sinal de consentimento na requisição saindo, não no banner

   Essa é a verificação que separa um banner de uma configuração de consentimento, e a que as listas publicadas deixam de fora. Onde o Consent Mode está implementado, as tags do Google carregam o estado de consentimento na própria requisição: recuse, depois leia esse estado e confirme que ele diz negado. Não encontrar estado de consentimento nenhum é um achado em si, e uma falha diferente, porque significa que o Consent Mode não está rodando e não que o banner falhou.

5. Confirme que a escolha foi registrada

   Um consentimento que você não consegue apresentar depois não serve de muito em uma auditoria. Verifique se responder ao banner cria um registro armazenado que você consegue recuperar, nomeando quais categorias foram aceitas e quando. O que mais ele guarda varia por fornecedor, e a versão do aviso mostrado é o campo pelo qual vale perguntar, porque sem ele você não consegue dizer com o que o visitante concordou.

6. Repita como visitante que volta, depois de uma retirada, e a partir de uma segunda região

   As três saem quebradas com regularidade. Recarregue como visitante que já respondeu e confirme que a escolha guardada continua sendo aplicada. Retire o consentimento e confirme que as tags param. Depois confira uma região em que as suas regras sejam diferentes.

Como é uma aprovação de verdade

Quatro dessas verificações têm uma versão confortável e uma versão honesta, e a confortável é com a que a maioria dos guias de teste se contenta. A distância entre as duas colunas é onde configurações que todo mundo aprovou se revelam erradas meses depois.

A terceira linha é a que merece atenção. Uma ferramenta de consentimento que informa ter aplicado uma escolha está informando o próprio estado interno, que é outra coisa em relação ao que as suas tags receberam. O lugar onde a pergunta se resolve é a requisição saindo do navegador, e é por isso que verificar o sinal do Consent Mode v2 é um passo à parte e não um detalhe do teste de recusa.

Os três estados que ninguém testa

As primeiras visitas são testadas porque são fáceis de reproduzir. Os estados que saem quebrados são os que precisam de um pouco de preparo para serem alcançados.

A visita de volta. Uma escolha guardada tem que ser relida e reaplicada na visita seguinte, e esse caminho passa por um código diferente do que a registrou. Quando falha, o visitante vê o banner de novo a cada carregamento de página ou, pior, o banner não aparece enquanto a escolha guardada é ignorada em silêncio e as tags rodam em um padrão que ninguém escolheu.

A retirada. O GDPR exige que o consentimento seja tão fácil de retirar quanto de dar, e a parte interessante é o que acontece depois: as tags que estavam concedidas precisam realmente parar. Uma retirada pode atualizar o registro armazenado e deixar rodando as tags já carregadas até o próximo carregamento de página, o que vale saber antes do lançamento e não depois de uma reclamação.

A segunda região. Os conjuntos de regras são configurados para o mercado que alguém tinha em mente naquele dia, então uma configuração que mostra um banner correto em um país pode não mostrar nada em outro. Quem testa normalmente está sentado no primeiro país, e é por isso que passa despercebido.

Guarde a evidência

Anote o que você viu, porque o valor do teste se degrada no momento em que o site muda de novo. Guarde a requisição saindo mostrando um estado negado, o registro de consentimento armazenado, e uma nota de quais modelos de página você conferiu. Essa é a diferença entre dizer que o banner foi testado e conseguir demonstrar, que é a mesma distinção que traçamos em como provar de verdade que um visitante deu consentimento.

Vale ser honesto sobre o que o teste protege. As escolhas de consentimento comumente escondem uma fatia relevante das sessões, medida nas implementações de clientes da Amplio Data em torno de 34% das sessões, que é uma faixa medida e não uma garantia. Um banner errado de alguma das formas acima não é só uma exposição de conformidade: ele muda em silêncio o que cada relatório posterior conta, sem mensagem de erro.

O Velo é construído para a maior parte desta lista ser verdadeira no primeiro carregamento: o estado de consentimento é definido a partir de um trecho de código antes de as suas tags inicializarem, a escolha é registrada com as categorias e a versão do aviso, e uma visita de volta se comporta como a primeira. O mecanismo está na página de produto.