Consent Mode v2 sem drama: como ajustar no Tag Manager e não quebrar seu GA4
Você quer medir. O mundo quer consentimento. Hoje você ajusta o Consent Mode v2 no GTM e valida se o GA4 continua recebendo dados (sem “sumir” tudo).
Consent Mode v2 sem drama: como ajustar no Tag Manager e não quebrar seu GA4
Slug: consent-mode-v2-tag-manager-ga4
Autor: Gê Carvalho — do blog Conversa Prática. Tutoriais diretos (e sem misticismo) de Google Ads e ferramentas do Google, pra você aplicar no mesmo dia.
Publicado em: 2026-02-07 • Atualizado em: 2026-02-07
Você abre o GA4 e pensa: “tá tudo certo”. Aí você coloca um banner de cookies e… puf. O tráfego vira lenda urbana. Não é que “o GA4 quebrou”. É que você deu consentimento errado (ou deu tarde demais) e a tag ficou sem saber o que fazer.
Consent Mode v2 é basicamente isso: uma forma de dizer pro Google “o usuário aceitou X, recusou Y”. E a tag ajusta o comportamento. Sem mágica, sem telepatia — só sinal claro.
E já deixo uma verdade chata: Consent Mode não é banner. Ele conversa com o seu banner/CMP (plataforma de consentimento). Se você acha que “instalar Consent Mode” cria um botão “aceitar”, sinto informar: não cria.
Sumário
Resumo rápido (o que fazer hoje)
- Definir consentimento padrão (geralmente negado) no Consent Initialization do GTM.
- Atualizar o consentimento quando o usuário escolher no banner (aceitou/recusou).
- Marcar as tags (GA4 / Google Ads) para respeitar consentimento.
- Validar no modo Preview do GTM + Tag Assistant e conferir GA4 em Tempo real/DebugView.
Checklist de hoje (bem direto):
[ ] Consent Initialization criado (padrão negado)
[ ] Atualização após escolha do usuário (update)
[ ] Tags com consentimento configurado (GA4/Ads)
[ ] Teste no GTM Preview + Tag Assistant
[ ] GA4 Tempo real/DebugView recebendo eventos
Link interno pra não jogar no escuro: se sua conversão ainda é “por sensação”, arrume isso primeiro: Conversão no Google Ads sem chutar (versão 2026).
Pré-requisitos
- Acesso ao Google Tag Manager do site.
- GA4 já instalado (ou você vai instalar antes).
- Um banner/CMP que dispare algum sinal (dataLayer, evento, ou API do próprio CMP).
- Se você anuncia: conta do Google Ads vinculada (ajuda depois com mensuração e modelagem).
Tradução de termos (sem sofrimento):
- Consentimento: permissão do usuário (ex.: aceitar cookies de analytics/ads).
- Tag: um pedacinho de código/“rastreador” (GA4, Ads etc).
- Consent Initialization: gatilho do GTM que roda antes das outras tags, pra definir o padrão.
Passo a passo
Passo 1 — Defina o padrão (antes do usuário clicar em qualquer coisa)
No GTM, crie uma tag que rode com o gatilho Consent Initialization. A ideia é simples: antes de qualquer tag tentar coletar dados, você define o padrão (ex.: tudo negado).
Exemplo de padrão (modelo mental):
- analytics_storage: denied (sem cookies de analytics)
- ad_storage: denied (sem cookies de publicidade)
- ad_user_data: denied (sem enviar dado de usuário para medição de ads)
- ad_personalization: denied (sem personalização de anúncio)
Depois, quando o usuário aceitar, você atualiza para granted.
Se você usa GA4 e Ads, o v2 separa melhor duas coisas que antes viravam confusão: ad_user_data (envio de dados para medição) e ad_personalization (uso para anúncio personalizado). Isso evita aquela “aceitou analytics mas virou remarketing sem querer”.
Passo 2 — Atualize o consentimento depois da escolha do usuário
Seu banner/CMP precisa disparar um evento quando o usuário aceita/recusa. Exemplo: “consent_granted” ou “cookie_accepted”. Aí você cria uma tag no GTM para atualizar o consentimento (grant/deny) com base nessa escolha.
Regra prática: se o usuário recusa, você não “força” coleta. Você respeita. E seu relatório vira mais honesto (e menos “caro”).
Passo 3 — Faça suas tags respeitarem consentimento (sem improviso)
No GTM, revise suas tags principais:
- GA4: deve respeitar analytics_storage.
- Google Ads (conversão/remarketing): deve respeitar ad_storage e, em vários casos de medição, ad_user_data.
Link interno útil: se você padroniza UTMs, fica bem mais fácil conferir aquisição depois: UTM sem drama.
Passo 4 — Valide (porque fé não é método)
- Abra o Preview do GTM e navegue no site.
- Antes de aceitar cookies, confirme que o estado está como “negado”.
- Aceite no banner e veja se o estado vira “concedido”.
- No GA4, confira Tempo real e/ou DebugView para ver eventos chegando.
Se o GA4 “sumiu” depois do banner, 90% das vezes é: (a) padrão mal definido, (b) update não dispara, ou (c) tag duplicada brigando.
Link interno: página lenta mata conversão, com ou sem consentimento: Landing page rápida (PageSpeed): 7 ajustes.
Checklist final
Erros comuns + correção
1) “Instalei Consent Mode, cadê o banner?”
Correção: Consent Mode não cria banner. Ele só recebe o sinal do seu banner/CMP e ajusta as tags.
2) Definir padrão como “granted” pra “não perder dados”
Correção: isso vira dor de cabeça. Use padrão negado e atualize quando houver escolha. Dados “ganhos” no grito costumam custar caro (e dar problema).
3) Duplicar GA4 (uma vez via GTM e outra via código)
Correção: uma instalação só. Duplicação bagunça evento, sessão e conversão. E você acha que “cresceu” quando só duplicou.
Exemplo prático (caso real/anonimizado)
Um negócio local colocou banner “do nada” e, na semana seguinte, o GA4 parecia ter virado deserto. O motivo: o banner só liberava analytics depois do clique, mas o GTM disparava tags antes e depois sem atualização correta.
Ajuste aplicado: padrão negado no Consent Initialization + update quando o usuário aceitava. Resultado: GA4 voltou a registrar eventos corretamente (e o time parou de culpar “o algoritmo”).
Métricas (o que olhar e por quê)
- Eventos no Tempo real (GA4): confirma que a coleta básica está viva.
- Queda “seca” de usuários após banner: costuma ser erro de implementação.
- Conversões no Ads/GA4: se caiu para zero de um dia pro outro, desconfie de tag/consent antes de “mercado ruim”.
FAQ
Consent Mode v2 é obrigatório pra todo mundo?
Ele é uma solução de sinal de consentimento para tags. Se você precisa coletar consentimento por regras/leis/mercados, ele ajuda a integrar isso com as tags. O “obrigatório” depende do seu contexto e do seu jurídico.
Vou “perder tudo” se o usuário recusar?
Você perde cookies/armazenamento conforme a recusa. Mas o objetivo é respeitar a escolha e manter medição do jeito permitido. Melhor um dado menor e confiável do que um dado “grande” e problemático.
Como eu sei se o problema é consentimento ou página lenta?
Se os eventos somem no Tempo real, é consent/tag. Se os eventos existem, mas conversão caiu, pode ser página/oferta/velocidade. Aí entra PageSpeed e ajuste de landing.