Por que verificar no navegador

Um banner de consentimento com boa aparência não prova que as suas tags se comportam corretamente. Os problemas do Consent Mode são silenciosos: as páginas carregam, os anúncios aparecem e os relatórios se enchem, mas os sinais enviados ao Google podem estar errados. As ferramentas de desenvolvedor do navegador permitem conferir o que realmente está acontecendo, em poucos minutos e sem software extra.

Etapa 1: abrir a aba Network de forma limpa

1. Abra a página em uma janela privada para que nenhuma escolha anterior esteja armazenada.
2. Abra o DevTools e vá para a aba Network.
3. Marque Preserve log para que as requisições sobrevivam à navegação.
4. Recarregue a página e não toque no banner ainda.

Etapa 2: encontrar o estado do consentimento nas requisições

As tags do Google adicionam um parâmetro gcs às suas requisições. Você pode filtrar a lista de rede por collect ou por google e abrir qualquer resultado para ler sua query string. O valor se parece com G100 ou G111.

• G100 — o armazenamento de publicidade e o armazenamento de análise estão ambos negados.
• G111 — ambos estão concedidos.
• G101 e G110 — um concedido e um negado.

Lendo os caracteres da esquerda para a direita depois de G1: o primeiro dígito é o estado do armazenamento de publicidade e o segundo é o do armazenamento de análise, em que 1 significa concedido e 0 significa negado. Implementações mais novas também enviam um parâmetro gcd com um estado codificado mais longo, que inclui os sinais adicionais do Consent Mode v2.

Etapa 3: o que você deve ver antes de qualquer escolha

Em uma região onde o consentimento é exigido, as primeiras requisições, enviadas antes de o visitante interagir, devem mostrar o estado denied. Se você já vê G111 antes de o visitante clicar em qualquer coisa, o seu padrão está errado, ou a tag foi disparada antes de o padrão ser definido.

Etapa 4: o que você deve ver depois de aceitar

Clique em aceitar e observe as novas requisições. O estado deve mudar para concedido e as tags devem prosseguir. Se o banner diz “aceito” mas as requisições ainda carregam o estado negado, a chamada de atualização não está chegando às tags do Google, ou está sendo executada tarde demais.

Etapa 5: inspecionar a camada de dados

No Console, digite dataLayer e expanda as entradas. Você está procurando duas coisas, nesta ordem:

1. Uma entrada consent com o comando default, listando todos os sinais como negados para as regiões que exigem consentimento.
2. Uma entrada consent posterior com o comando update, depois que o usuário escolhe.

Os sinais do Consent Mode v2 são ad_storage, analytics_storage, ad_user_data e ad_personalization. Se os dois últimos estiverem ausentes, você tem uma configuração no estilo v1.

Os erros mais comuns

• Padrão definido tarde demais. O comando default deve ser executado antes de a tag do Google ou o contêiner do Tag Manager carregar.
• Atualização nunca enviada. O banner armazena uma escolha, mas nunca chama o comando update.
• Apenas dois sinais. Faltam os sinais v2 de dados do usuário e de personalização.
• Lógica regional errada. Visitantes de uma região que exige consentimento são tratados como concedidos por padrão.
• Bloqueado por uma extensão. Uma extensão de privacidade no seu próprio navegador oculta requisições; teste com as extensões desativadas.
• Escolha em cache. Você testou em uma janela normal que já havia armazenado uma escolha anterior.

Etapa 6: verificar o modo de visualização do Tag Manager

Se você usa o Google Tag Manager, o modo de visualização mostra o estado do consentimento para cada evento da página e quais tags foram disparadas ou bloqueadas. Compare com o que você viu na aba de rede: as duas visões devem concordar.

Transforme em rotina

Execute esta verificação de cinco minutos após cada mudança no banner, publicação de contêiner ou versão do site. Anote o valor gcs esperado para quatro casos: primeira visita, após aceitar, após rejeitar e após mudar a escolha depois. Qualquer coisa que não corresponda é um bug a corrigir antes que os seus relatórios o revelem.

Onde o FlexyConsent se encaixa

O FlexyConsent é uma CMP certificada pelo Google (CMP ID 317) que oferece suporte ao Google Consent Mode v2 e envia os sinais default e update por você. Ainda assim, você deve executar esta verificação no navegador nas suas próprias páginas, porque a ordem das tags e as configurações do contêiner são específicas do seu site.

Principais conclusões

• Teste em uma janela privada com o log de rede preservado.
• Leia o valor de gcs: G100 é negado, G111 é concedido.
• O padrão negado deve estar visível antes de o visitante escolher.
• A atualização deve mudar o estado logo após a escolha.
• Confirme que os quatro sinais do Consent Mode v2 aparecem na camada de dados.