O que fazer se você receber uma reclamação sobre o seu banner de cookies

Todos os artigos

Meça antes de responder. Grave o que o seu site realmente faz em cada caminho de consentimento, em um perfil limpo, e depois reconcilie a reclamação ponto a ponto com essa evidência: admita o que se sustenta, rebata o que não se sustenta com a requisição ou o cookie que o desmente, e faça uma contraproposta onde a solução estiver errada. A causa geralmente não está na lista.

O console não é evidência. O payload é.

O instinto, quando chega uma reclamação, é recorrer a uma checklist de conformidade. Ela é a referência certa para o que um banner precisa fazer, e os reguladores e os grandes fornecedores de consentimento cobrem isso bem. Só que ela responde a uma pergunta diferente da que está na sua frente: não como é um banner em conformidade, mas o que o seu site fez com a pessoa que reclamou.

Então o primeiro passo é uma gravação, não uma revisão de configurações. Quatro caminhos em um perfil limpo: primeiro carregamento sem nada clicado, aceitar, recusar e uma visita de retorno com a escolha guardada. Anote os cookies e os domínios de fornecedores que cada um produz. Dez minutos, e a única coisa aqui que vai ter peso depois.

O contêiner em que trabalhamos tinha uma auditoria que reportava toda tag configurada para consentimento, nada sem configuração. No mesmo dia, um perfil limpo, com o banner ainda na tela, gravou sete cookies e chamou seis domínios de fornecedores. Nenhuma das duas afirmações era falsa. Elas respondiam a perguntas diferentes.

Uma reclamação sobre banner de cookies costuma estar certa?

Uma reclamação chega como uma lista numerada, e é tentador percorrê-la como um veredito. Leia como um conjunto de afirmações, cada uma verdadeira ou falsa, cada uma verificável na gravação que você acabou de fazer.

No conjunto de sites em que este artigo se baseia, a lista tinha oito pontos numerados. Três estavam incorretos: a afirmação de que nenhuma tag definia um padrão negado estava errada, porque os padrões já estavam corretos havia algum tempo; três das tags apontadas como sem trava na verdade já estavam travadas; e um ponto apontava a tag errada por completo. Quatro estavam corretos e foram admitidos sem discussão. Um estava certo sobre o problema e errado sobre a solução, e precisou de uma contraproposta em vez de um sim ou um não.

A distribuição importa mais do que os pontos individuais. Admitir algo falso é tão prejudicial quanto negar algo verdadeiro: compromete você com uma mudança que não resolve nada e enfraquece todas as outras afirmações da resposta. As duas direções pedem o mesmo tratamento, com a evidência anexada à resposta.

Conferir uma lista de achados desse jeito tem um procedimento próprio, e é o mesmo quer a lista tenha chegado com uma reclamação, quer com uma auditoria: como saber se uma tag apontada está mesmo gravando cookies antes do consentimento.

A causa geralmente não está na lista

Quem reclama relata o que é visível de fora: cookies presentes, fornecedores chamados, um banner que não impediu nenhum dos dois. O que os carregou é a parte que você mesmo descobre.

Dois lugares respondem pela maior parte, e nenhum deles aparece em uma auditoria do gerenciador de tags. O primeiro é uma tag de fornecedor que carrega outros fornecedores. Aqui, uma tag de plataforma de marketing puxava dois pixels de publicidade próprios, então travar essa única tag parou os três, o que inverteu uma conclusão anterior de que o contêiner sozinho não conseguiria resolver a reclamação. Verifique isso primeiro: cobrimos a versão que as pessoas mais percebem em por que o pixel do Facebook continua carregando quando as suas tags estão bloqueadas.

O segundo é o head do seu próprio site. Scripts colados no template carregam antes que o contêiner possa ter qualquer opinião, e nenhuma configuração de consentimento os alcança, por construção e não por erro de configuração. Três continuavam lá depois que o trabalho no contêiner terminou, e precisaram de um desenvolvedor, não de acesso ao gerenciador de tags.

Como escrever uma resposta defensável a uma reclamação?

A sequência importa: cada passo decide o que o seguinte pode afirmar.

1. Grave os quatro caminhos de consentimento antes de escrever qualquer coisa

   Janela anônima, painéis de rede e de armazenamento abertos, em uma página que você ainda não visitou. Capture o primeiro carregamento sem nada clicado, depois aceitar, depois recusar, depois uma visita de retorno com a escolha guardada. Salve os cookies e os domínios de fornecedores de cada um.

2. Reconcilie a reclamação ponto a ponto com essa gravação

   Marque cada ponto numerado como correto, incorreto ou parcialmente correto, com a requisição ou o cookie específico que decide a questão. Não responda a partir do console do gerenciador de tags: ele mostra o que está configurado, e uma reclamação é sobre o que aconteceu.

3. Procure a causa que não está na lista

   Os pontos que mandaram para você descrevem o que era visível de fora. Pergunte separadamente o que está carregando esses cookies: se uma tag de fornecedor está carregando outras, e o que está fixo no código do head do seu próprio site.

4. Divida as correções por quem é dono delas

   Separe cada problema confirmado em três grupos: corrigível no contêiner, só no código do site ou só no portal de um fornecedor. Eles têm donos e prazos diferentes, e uma resposta que promete uma correção no contêiner para um script no head do site não vai sobreviver à próxima pergunta.

5. Verifique de novo os quatro caminhos, não na tela de auditoria

   Repita o primeiro passo na versão publicada e compare as gravações. Confirme que um arquivo de contêiner em cache não está enganando você. Ele é servido com um cache curto, e o nosso próprio primeiro teste de verificação aqui estava lendo a versão anterior sem nenhum sinal disso. Confira a versão no arquivo que está sendo servido para você antes de acreditar em uma falha.

6. Responda com a medição, não com garantias

   Diga o que você mediu, o que encontrou, o que foi corrigido e o que ainda falta, com data e responsável. Os pontos que você contesta recebem a evidência anexada, não uma negação seca.

Duas coisas que vale ter antes que uma chegue

Uma gravação de referência, feita enquanto nada está errado, transforma tudo o que vem acima em uma comparação em vez de uma investigação: testar um banner de cookies antes de publicar é o mesmo procedimento em um momento mais tranquilo. E o registro de consentimento. Um banner prova o que foi oferecido, não o que alguém escolheu, e o Artigo 7(1) do GDPR pede que você demonstre que um visitante consentiu. Só o registro responde a isso.

Onde nos posicionamos nisso

Nós construímos uma plataforma de consentimento, então leia isto tendo isso em mente. Tratamos o payload como a fonte da verdade porque é também onde o estrago na medição aparece. As escolhas de consentimento escondem parte das suas sessões da ferramenta de análise, e quanto depende da sua região, do seu público e do design do seu banner. A taxa de consentimento da sua CMP é o jeito mais rápido de dimensionar isso, e comparar as sessões do GA4 com os logs de requisição do seu servidor ou CDN é a verificação independente. Uma configuração correta não traz de volta aos seus relatórios os visitantes que recusaram. Ela faz o que você reporta corresponder ao que os visitantes escolheram.

A versão desconfortável é que um banner pode ser bem escolhido, estar instalado corretamente e ainda assim vazar, porque a maior parte do que vaza nunca esteve ao alcance da ferramenta de consentimento. Essa lacuna existe em qualquer faixa de preço, inclusive a nossa.