Consent Mode v2 — o framework da Google para ajustar comportamento de tags com base nas escolhas de consentimento do utilizador — tornou-se obrigatório a 6 março 2024 para anunciantes que servem utilizadores EEE via Google Ads ou GA4. Dois anos depois, em 2026, está integrado na stack de tracking padrão mas muitas contas ainda têm implementações incompletas a perder 20-40% dos dados de atribuição.
Este guia percorre a implementação completa 2026: escolher um CMP, integrar Consent Mode v2 com GTM, configurar Advanced Mode para conversões modeladas e validação end-to-end. Assumimos familiaridade básica com GA4 + Google Ads — se está a começar do zero, consulte primeiro o nosso guia de configuração GA4 + Google Ads.
6 março 2024 foi quando a Google obrigou novos parâmetros de consentimento (ad_user_data, ad_personalization). Contas sem Consent Mode v2 adequado perderam acesso a audience targeting para utilizadores EEE não-consentidores da noite para o dia. Dois anos depois, ainda vemos ~30% das auditorias a revelarem implementações v2 incompletas — habitualmente CMP instalado mas sinais de consentimento não devidamente encaminhados para tags GA4/Google Ads. A correção não é trivial mas tem alto ROI.
O que é Consent Mode v2 e porque é obrigatório em 2026
Consent Mode v2 é um framework Google para ajustar comportamento de tags (Google Ads, GA4, Floodlight, Display & Video 360) com base nas escolhas de consentimento do utilizador. Introduz 4 parâmetros de consentimento: ad_storage, analytics_storage, ad_user_data, ad_personalization.
Dois novos em v2 (março 2024): ad_user_data e ad_personalization. Requeridos para quaisquer funcionalidades personalizadas Google Ads (audiências, remarketing, lookalikes). Sem consentimento explícito nestes parâmetros, o Google Ads não pode:
- Usar dados user-level para audience targeting
- Construir listas de remarketing a partir de visitantes do seu site
- Usar Customer Match para personalização de anúncios
- Otimizar Smart Bidding com sinais personalizados
Obrigatório em 2026 para utilizadores EEE devido a conformidade RGPD + Diretiva ePrivacy. Penalidade por incumprimento: a Google bloqueia funcionalidades de advertising personalizado, não apenas risco legal.
Âmbito de melhor prática: implementar globalmente mesmo para utilizadores não-EEE. Razões: (1) leis estaduais EUA de privacidade a expandir requisitos similares, (2) melhor preparação para o futuro, (3) a Google globalmente recompensa contas equipadas com consentimento.
Consent Mode Basic vs Advanced: qual escolher
Advanced Consent Mode é a recomendação predefinida 2026 para a maioria dos anunciantes. Os pings cookieless enviados para utilizadores não-consentidores são anonimizados (sem IP, sem ID de utilizador, sem cookie) mas fornecem sinal suficiente para os modelos da Google estimarem padrões agregados de conversão. Isto é legalmente conforme sob RGPD porque nenhum dado pessoal é processado para utilizadores não-consentidores.
Quando usar Basic em vez disso: indústrias altamente reguladas (healthcare, finanças) com interpretação legal estrita, ou contas onde a equipa de privacidade proíbe explicitamente qualquer transmissão de dados para utilizadores não-consentidores.
Integração CMP: Cookiebot, OneTrust, Didomi, custom
Três CMPs dominam o mercado europeu 2026, todos certificados Google para Consent Mode v2:
1. Cookiebot (Usercentrics) — Mais comum em PME UE. Preço: gratuito até 100 subpáginas, 99-279 €/mês para sites maiores. Setup: 15-30 minutos via template GTM. Melhor para: e-commerce PME, SaaS pequeno, agências a gerir múltiplos sites cliente.
2. OneTrust — Padrão enterprise. Preço: 1.000 €+/mês, contratos personalizados. Setup: 1-2 semanas com o seu solution architect. Melhor para: grandes empresas (1000+ colaboradores), indústrias reguladas, necessidades de conformidade multi-região.
3. Didomi — Origem francesa, popular no mid-market UE. Preço: 100-500 €/mês. Melhor para: marcas focadas em França/Europa, casos de uso estritos RGPD.
CMP in-house personalizado: requer implementação manual de todos os sinais Consent Mode v2. Reservado para equipas com forte componente de engenharia com requisitos UX específicos. Orçamente 1-2 meses de tempo de engenharia para conformidade adequada.
Passos de integração (exemplo Cookiebot):
- Inscreva-se em cookiebot.com, faça scan ao seu site para cookies (crawler automático)
- Configure categorias de consentimento: Necessárias, Preferências, Estatísticas, Marketing
- Personalize UX do banner (mobile + desktop)
- Instale script Cookiebot em
<head>antes de todo o outro tracking - Instale tag template Cookiebot GTM (Consent Mode v2 ready)
- Verifique que o banner aparece corretamente em browsers/dispositivos
Conversões modeladas: como o Google recupera dados
Quando um utilizador nega consentimento sob Advanced Consent Mode:
- Sem cookie definido
- Sem ID persistente de utilizador
- "Cookieless ping" anónimo enviado para a Google com: timestamp, URL da página, país (grosseiro), estado de consentimento
- Modelos de machine learning da Google estimam: foi isto provavelmente uma conversão? Que valor? Atribuir a que campanha?
Resultado: conversões modeladas aparecem em reporting GA4 e Google Ads ao lado de conversões determinísticas. Marcadas com pequeno ícone/indicador. Smart Bidding usa ambas em decisões de otimização.
Qualidade dos dados:
- Precisão: 70-90% vs baseline determinístico (segundo estudos de caso Google 2024-2025)
- Variância: maior em contas low-volume (necessita >1000 sessões diárias para modelagem estável)
- Categórico (Purchase vs Lead) habitualmente preciso; valores/IDs específicos não são modelados
Para Smart Bidding: trate conversões modeladas como sinal Smart Bidding, não como dados precisos por-transação. O algoritmo lida com incerteza estatística.
Para reporting de receita: separe modeladas de determinísticas em dashboards. Use determinísticas para reconciliação financeira, modeladas para performance de marketing.
O que realmente perde sem Consent Mode v2
Sem implementação Consent Mode v2 adequada em tráfego EEE 2026:
Audience targeting: não consegue construir Custom Audiences a partir de visitantes do site não-consentidores. Audiências de remarketing encolhem apenas para utilizadores consentidores (tipicamente 50-75% do tráfego).
Sinal Smart Bidding: faltam ~50% dos dados de conversão de utilizadores não-consentidores. Smart Bidding otimiza num conjunto de dados menor, com desempenho ~15-25% pior vs conta devidamente configurada.
Customer Match: ainda pode fazer upload de listas de clientes, mas as taxas de matching baixam sem consentimento ad_user_data.
Audiências lookalike (Similar audiences): qualidade degradada devido a seed audience menor.
Conversões modeladas: completamente indisponíveis sem Consent Mode v2.
Reporting Agregado de Performance: funciona a nível de campanha, mas breakdown por audiência/demográfico é restringido.
Para contas EEE: o custo de NÃO implementar v2 é tipicamente 20-40% de perda de performance vs contas adequadamente implementadas. O ROI da implementação é consistentemente positivo em 3 meses.
Validação: testar fluxo de consentimento end-to-end
Três cenários de teste a validar antes de declarar completo:
Teste 1 — Utilizador aceita tudo:
- Abra Chrome incognito, visite o seu site
- Clique "Accept All" no banner CMP
- Abra Chrome DevTools → Application → Cookies → verifique cookies definidos (gtag_*, _ga, etc.)
- Em GA4 DebugView: confirme que eventos disparam com parâmetros consent=granted
- Em Tag Assistant: confirme que todas as tags disparam normalmente
Teste 2 — Utilizador rejeita tudo:
- Abra novo incognito, visite o seu site
- Clique "Reject All" no banner CMP
- Cookies NÃO devem ser definidos (sem ga, sem gtag*)
- Em GA4 DebugView: confirme pings anónimos cookieless com consent=denied
- Em Tag Assistant: tags disparam em modo "denied"
Teste 3 — Utilizador aceita alguns (consentimento granular):
- Abra incognito, visite o seu site
- Clique "Customize" ou "Manage settings"
- Aceite Analytics apenas, rejeite Marketing
- Verifique: cookies GA4 definidos, cookies Google Ads NÃO definidos
- Confirme sinais de consentimento: analytics_storage=granted, ad_storage=denied, ad_user_data=denied
Se algum teste falhar, faça debug à integração CMP antes de lançar tráfego de produção. Falha comum: sinais de consentimento não a propagarem do CMP para tags GTM devido a configuração incorreta do template.
Armadilhas comuns de implementação
Cinco erros que vemos repetidamente em auditorias:
1. Consent Mode v2 declarado mas sem sinais reais a fluir. CMP instalado, banner aparece, mas parâmetros consent_state não chegam realmente às tags Google. Teste: verifique GA4 DebugView para parâmetros ad_user_data e ad_personalization em payloads de eventos.
2. Consentimento padrão definido como 'granted' em vez de 'denied'. Significa que as tags disparam normalmente antes do banner CMP aparecer. Problema de conformidade + dupla contagem de conversões no carregamento inicial. Defina sempre como 'denied' por defeito para regiões EEE, aceite a escolha do utilizador para upgrade.
3. CMP carrega depois das tags Google. O CMP deve carregar antes de qualquer tag de tracking disparar. Correção padrão: coloque script CMP em <head> antes do snippet do container GTM.
4. Parâmetro wait_for_update em falta. Sem este, tags Google disparam instantaneamente com estado de consentimento padrão antes do CMP poder atualizar. Adicione wait_for_update=500ms para permitir tempo de resposta CMP.
5. Violações UX do banner. Caixas de consentimento pré-marcadas, botão "Accept" visualmente enfatizado vs "Reject", linguagem confusa. Tudo ilegal sob RGPD. As predefinições CMP são habitualmente conformes; designs personalizados frequentemente não são.
Cerca de 30% das contas que afirmam ter 'Consent Mode v2 implementado' têm na realidade um setup incompleto — o CMP está instalado e o banner aparece, mas os sinais de consentimento não chegam corretamente às tags Google. A auditoria leva 30 minutos; a correção leva 2-4 horas. Lift de performance após correção: tipicamente 15-25% de melhoria Smart Bidding em tráfego EEE.
Playbook de implementação 30 dias Consent Mode v2
O schema HowTo acima é o plano dia-a-dia. Enquadramento estratégico:
Semana 1 — Seleção e instalação do CMP. Auditar estado atual, escolher CMP, instalar no site, validar que o banner aparece corretamente.
Semana 2 — Configuração GTM. Tag default settings Consent Mode v2, mapeamento de sinais a partir do CMP, atualizações de tags GA4/Google Ads.
Semana 3 — Validação. Teste end-to-end de três cenários, corrigir quaisquer problemas de fluxo de sinais de consentimento, auditar UX do banner de consentimento para conformidade RGPD.
Semana 4 — Modelagem e monitorização. Verificar conversões modeladas a aparecerem em GA4/Google Ads, configurar monitorização da taxa de consentimento, documentar setup para DPA.
Após o Dia 30, Consent Mode v2 torna-se modo manutenção: atualizações trimestrais de versão CMP, auditorias anuais à política de privacidade, monitorização de mudanças na taxa de consentimento.
Para contexto complementar de medição, veja o nosso guia de configuração GA4 + Google Ads, guia Enhanced Conversions e o guia mais alargado de estratégia first-party data.
Se gostaria de otimização AI-driven para a sua conta Google Ads que maximiza sinal do seu setup Consent Mode v2 devidamente configurado, a SteerAds corre uma auditoria gratuita 14 dias em Google + Microsoft Ads.
Fontes
Fontes oficiais e de terceiros consultadas para este guia:
- support.google.com/google-ads — documentação Google Consent Mode v2
- developers.google.com — guia desenvolvedor Consent Mode v2
- cookiebot.com — documentação CMP Cookiebot (Usercentrics)
- onetrust.com — documentação CMP OneTrust
- didomi.io — documentação CMP Didomi
FAQ
Consent Mode v2 é obrigatório em 2026?
Sim para anunciantes que usam Google Ads ou GA4 com utilizadores no EEE (ou quaisquer utilizadores onde se aplique o RGPD). A Google tornou Consent Mode v2 obrigatório a 6 março 2024 para novas conversões; contas existentes sem ele perdem acesso a audience targeting, conversões modeladas e otimização Smart Bidding para tráfego EEE. Fora do EEE, tecnicamente opcional mas cada vez mais melhor prática, à medida que leis de privacidade similares se espalham (CCPA/CPRA estaduais EUA, LGPD Brasil, modernização PIPEDA Canadá).
Qual a diferença entre Consent Mode Basic e Advanced?
Basic Consent Mode: as tags não disparam de todo se o utilizador negar consentimento. Sem dados recolhidos. Sem conversões modeladas. Mais simples mas perde 30-50% da visibilidade do tráfego EEE. Advanced Consent Mode: as tags disparam com sinais de consentimento mas enviam 'cookieless pings' anónimos para utilizadores que negam. Permite conversões modeladas e sinais de audiência. A Google recomenda fortemente Advanced para anunciantes. A maioria dos CMPs (Cookiebot, OneTrust) usa Advanced por defeito quando integrado com GA4/Google Ads.
Como difere o Consent Mode v2 do v1?
Dois novos parâmetros de consentimento adicionados em março 2024: ad_user_data e ad_personalization. Requeridos para o Google Ads fazer qualquer coisa personalizada (audiências, lookalikes, ad targeting). Sem estes, os utilizadores ainda podem ser medidos no GA4 (analytics_storage) mas não alimentam ad targeting. Esta é a mudança que partiu setups previamente funcionais no início de 2024 e fez com que a maioria dos anunciantes precisasse de upgrades para v2.
As conversões modeladas funcionam realmente?
Sim, com ressalvas. Segundo dados de estudos de caso Google 2024-2025, contas em Advanced Consent Mode com altas taxas de não-consentimento recuperam 30-65% dos dados de conversão via modelagem. A matemática: se 50% dos utilizadores EEE recusam cookies, perderia 50% do volume de conversões sem modelagem. Com Advanced + modelagem, essa perda cai para 15-25%. A qualidade varia — conversões modeladas são estimativas estatísticas, não determinísticas. Use-as para Smart Bidding (algoritmo lida com incerteza) mas trate com cautela para atribuição de conversão individual.
Que CMP devo escolher para integração Consent Mode v2 em 2026?
Top 3 com integração Consent Mode v2 certificada Google em 2026: Cookiebot (mais comum em PME EU, setup fácil, plano gratuito), OneTrust (padrão enterprise, complexo mas poderoso, caro 1k€+/mês), Didomi (popular em França/Europa, boa UX, preço médio). Todos os três tratam Advanced Consent Mode out-of-box. CMPs in-house personalizados também funcionam mas requerem integração manual de todos os sinais de consentimento.
E se os meus utilizadores estão fora do EEE — ainda preciso de Consent Mode v2?
Tecnicamente opcional mas cada vez mais melhor prática. Razões: (1) leis estaduais EUA (CCPA, CPRA, Colorado, Virginia, etc.) estão a expandir requisitos similares de consentimento, (2) a Google globalmente recompensa contas equipadas com Consent Mode com melhores conversões modeladas, (3) Privacy Sandbox + futuro cookieless inclina tudo para medição baseada em consentimento. Mesmo fora do EEE, implementar v2 prepara a sua stack para o futuro.
Quanto tempo até ver conversões modeladas aparecerem após implementar Consent Mode v2?
Conversões modeladas começam a aparecer em reporting GA4 e Google Ads 24-48 horas após Consent Mode v2 estar a sinalizar ativamente. São marcadas com um pequeno ponto/indicador em Google Ads. O volume escala com o tráfego — contas abaixo de 1000 sessões diárias veem menos conversões modeladas (limiares estatísticos para modelagem). O volume de conversões 'recuperado' (vs não ter v2) é mais visível após 30 dias de dados comparativos.