Consent Mode: como funciona a medição quando o usuário recusa cookies

Quando alguém recusa cookies no seu site, existem dois caminhos possíveis. O primeiro é não medir nada: as tags não disparam, a visita não existe para o analytics, e o buraco no relatório cresce na proporção da taxa de recusa.

O segundo é medir menos, de forma agregada e sem identificar ninguém. É esse segundo caminho que o Consent Mode implementa.

O que ele é

Um protocolo de sinais. O seu site informa às tags do Google, em tempo real, o que a pessoa consentiu, e as tags ajustam o próprio comportamento de acordo.

Os sinais principais:

Cada um pode estar concedido ou negado, e o estado muda conforme a pessoa interage com o banner.

Básico e avançado

A diferença é quando as tags carregam.

Básico: as tags só são carregadas depois de haver consentimento. Sem consentimento, nada acontece: nenhum envio, nenhum sinal.

Avançado: as tags carregam desde o início, em estado restrito, e enviam sinais sem identificadores quando não há consentimento.

O avançado preserva mais capacidade de modelagem, porque a plataforma recebe alguma informação sobre o que aconteceu. O básico é mais restritivo e mais simples de defender juridicamente.

Modelagem: o que é e o que não é

Quando há volume suficiente, as plataformas usam o comportamento de quem consentiu para estimar o de quem não consentiu, e reportam conversões modeladas junto com as observadas.

Três coisas a saber:

1. É estimativa. Boa metodologia, mas estimativa.
2. Depende de volume. Em contas pequenas a modelagem pode não ser aplicada, e o relatório mostra apenas o observado.
3. Não é auditável linha a linha. Você não consegue apontar qual conversão modelada corresponde a qual pessoa, por definição.

Isso tem uma consequência prática para quem concilia números: a divergência entre a plataforma de mídia e o sistema de vendas passa a ter mais um componente legítimo. Nem toda diferença é erro, como já acontece por outros motivos em o que é o GA4.

Onde as implementações falham

Estado padrão concedido. Configurar tudo como concedido antes da escolha captura dado de quem ainda não decidiu. É o erro mais grave e o mais comum, porque é o que "funciona melhor" nos relatórios.

Banner que não comunica. A ferramenta de consentimento coleta a escolha, mostra o registro bonito no painel e não envia os sinais para as tags. Do ponto de vista do usuário, parece conforme; do ponto de vista técnico, as tags nunca souberam da recusa.

Sinais só na primeira página. A escolha precisa persistir na navegação. Se o estado é reconstruído incorretamente em páginas internas, o comportamento fica inconsistente.

Envio pelo servidor ignorando o consentimento. Este é o mais sério. Se a recusa não é propagada para o envio pelo servidor, o site respeita a escolha no navegador e a desrespeita por outro caminho, com o agravante de ser invisível para quem auditar apenas o front-end.

Ordem de implementação

1. Defina a base legal com quem responde pela conformidade, antes de qualquer configuração.
2. Escolha básico ou avançado a partir dessa definição.
3. Configure o estado padrão como negado para o que depende de consentimento.
4. Garanta que o banner comunica os sinais, e que eles persistem na navegação.
5. Propague o consentimento para o envio pelo servidor, se houver.
6. Teste recusando, não aceitando. O caminho do "aceitar tudo" quase sempre funciona; o problema mora no outro.

O mecanismo é só metade do assunto. A outra metade: o que a lei brasileira exige, qual base legal se aplica e de quem é a responsabilidade: está em tracking e LGPD.