Measurement · Guideline

Consent

Consentimento não é apenas um banner. É o estado de permissão que controla quais destinos podem utilizar quais dados.

Problem

UNDERSTAND

O banner costuma ser tratado como um elemento visual: aparece, o usuário clica, e as tags continuam disparando do mesmo jeito. Nesse formato ele cumpre uma exigência de interface e não cumpre a função real, que é controlar o uso dos dados.

Why it matters

UNDERSTAND

Dados coletados sem permissão criam risco jurídico e de reputação.
Sem um estado explícito, ninguém consegue dizer o que foi enviado e sob qual permissão.
Plataformas ajustam comportamento e modelagem conforme os sinais de consentimento recebidos.
Consentimento mal implementado gera medição inconsistente entre sessões.

Principle

UNDERSTAND

Consent is a permission state, not a banner.

O padrão é negado. Nada opcional é liberado antes de uma ação explícita do usuário.

Approach

APPLY

Três finalidades, cada uma controlando um conjunto de sinais:

Purpose	Control	Meaning	Signals
Necessary	always available	O que a página precisa para funcionar e para lembrar a própria escolha de consentimento.	—
Analytics	user choice	Medir uso e desempenho das páginas.	`analytics_storage`
Marketing	user choice	Medir e otimizar campanhas, incluindo envio de conversões para plataformas de anúncio.	`ad_storage` `ad_user_data` `ad_personalization`

Escopo desta etapa

O Google Consent Mode ainda não está implementado. Aqui é definido o estado de consentimento que, no milestone GTM Web + GA4, será traduzido para os sinais do Consent Mode e para os parâmetros da Meta.

Implementation

APPLY

O estado vive no cliente, com padrão negado, e é persistido em localStorage. As ações disponíveis são Accept All, Reject Optional e Customize. Toda mudança gera um evento consent_update com o mesmo contrato dos demais eventos: nome, event_id, timestamp e o snapshot de consentimento.

{
  event: "consent_update",
  event_id: "…",
  event_timestamp: "…",

  consent: {
    necessary: true,
    analytics: true | false,
    marketing: true | false,

    analytics_storage: "granted | denied",
    ad_storage: "granted | denied",
    ad_user_data: "granted | denied",
    ad_personalization: "granted | denied"
  }
}

O estado é visível em tempo real no laboratório interativo: Lead Demo.

Validation

PROVE

Primeira visita, sem escolha registrada: analytics e marketing negados.
Accept All: os quatro sinais passam a granted e um consent_update é emitido.
Reject Optional: os sinais voltam a denied.
Reset Consent: a escolha é apagada e o estado volta ao padrão negado.
Nenhum dado pessoal é gravado junto do consentimento.

Prova

Cada item acima pode ser observado no painel de consentimento e no Event Debugger do Lead Demo.

Business Impact

PROVE

Medição defensável: dá para mostrar o que foi coletado e sob qual permissão.
Menos risco regulatório sem abrir mão de dados de campanha.
Base pronta para Consent Mode, o que preserva modelagem nas plataformas.

Failure Modes

PROVE

1

Every event goes everywhere

Nem toda plataforma precisa de todo dado; excesso vira ruído e risco.
2

PII inside analytics events

Dados pessoais em eventos de analytics são governança inadequada.
3

Implementation without validation

Código existente não significa dado confiável.