Por que o Consent Mode Faz Suas Conversões Caírem (e Como Verificar o Que Está Realmente Sendo Rastreado)

"Adicionamos um banner de consentimento de cookies, e o número de conversões despencou." Essa é uma das reclamações mais comuns em operações de anúncios e otimização de sites. Você não mudou nada nas suas tags — mas os números nos relatórios caíram. Quase sempre, a causa é um mal-entendido sobre como o Consent Mode realmente se comporta.

Alguma dessas situações soa familiar?

• As conversões caíram 20–40% a partir do dia em que você lançou o banner de consentimento
• Seus usuários e conversões no GA4 estão claramente mais baixos do que antes
• O Google Ads agora mostra mais conversões marcadas como "modeladas"
• Você clicou em "Aceitar" no banner, mas não consegue saber se o seu próprio teste está sendo rastreado

Este guia explica como o Consent Mode faz conversões caírem ou desaparecerem, a diferença entre o modo básico e o avançado, os 5 principais erros de configuração, e como verificar — no seu ambiente de produção real — exatamente como você está sendo rastreado agora.

Primeiro princípio: Consent Mode não é um interruptor liga/desliga para o rastreamento

O maior motivo desse problema é tratar o Consent Mode como um simples interruptor: "sem consentimento = zero rastreamento, com consentimento = 100% de rastreamento." Na realidade, o comportamento da tag muda gradualmente dependendo do estado do consentimento.

O Consent Mode v2 comunica quatro "tipos de consentimento" principais às suas tags:

Tipo de consentimento	O que controla
analytics_storage	Se cookies analíticos (GA4, etc.) são permitidos
ad_storage	Se cookies de publicidade são permitidos
ad_user_data	Se dados do usuário podem ser enviados ao Google para fins publicitários
ad_personalization	Se os dados podem ser usados para remarketing (personalização de anúncios)

O ponto-chave: mesmo quando esses itens estão "negados", a tag não necessariamente para por completo. O quanto ainda funciona depende inteiramente de você estar no modo "básico" ou "avançado" — abordado a seguir. Errar nesse ponto te faz cair no pântano do "eu configurei, mas os números não batem".

Modo básico vs. avançado: a queda é completamente diferente

O Consent Mode tem duas implementações amplas, e as conversões caem por motivos fundamentalmente diferentes em cada uma. Observar os números sem saber em qual modo você está nunca vai te levar até a causa.

Consent Mode Básico

As tags não carregam de forma alguma até que o usuário consinta.

• Antes do consentimento: nada dispara — zero requisições chegam ao Google
• Depois do consentimento: a tag carrega e a medição começa a partir desse ponto

Parece simples, mas há uma armadilha. Qualquer navegação de página ou ação antes do usuário clicar em "Aceitar" fica totalmente sem contabilizar. Em particular, quando uma conversão se completa enquanto o banner ainda está sendo exibido (um envio de formulário rápido, conclusão em outra aba), esse resultado desaparece por completo.

Consent Mode Avançado

As tags carregam desde o início, mas enquanto não há consentimento, elas enviam apenas sinais anônimos e sem cookies (cookieless pings).

• Antes do consentimento: apenas um sinal mínimo e não identificável é enviado
• Depois do consentimento: muda para a medição normal, baseada em cookies
• O Google usa esses sinais anônimos para preencher a lacuna com modelagem de conversões (estimativa)

O modo avançado perde menos, mas em troca parte dos seus números se torna estimativa, não dado real. É por isso que as "conversões modeladas" aumentam no Google Ads — isso é intencional, não um mau funcionamento.

Ponto-chave: quando "parece que os números caíram", suspeite de perda de dados (dados reais ausentes) no modo básico, e de substituição por estimativas no modo avançado. A causa e a solução são completamente diferentes.

Como o sinal de "consentimento" é realmente enviado

Antes de começar a verificar, saber como o navegador comunica o estado do consentimento ao Google torna tudo o que vem a seguir muito mais fácil.

As requisições do GA4 e de anúncios (as chamadas …/g/collect que você pode ver no Network do DevTools) carregam um parâmetro chamado gcs. Esse é o "Google Consent Signal", e você pode interpretá-lo mais ou menos assim:

• gcs=G100 … tanto ad_storage quanto analytics_storage estão negados
• gcs=G110 … apenas ad_storage permitido
• gcs=G101 … apenas analytics_storage permitido
• gcs=G111 … ambos permitidos

No v2, um parâmetro chamado gcd transporta adicionalmente o estado de consentimento mais detalhado, incluindo ad_user_data / ad_personalization.

Em outras palavras, você pode ver diretamente na aba Network sob qual estado de consentimento sua página está enviando requisições neste exato momento. Esse é o ponto de verificação mais importante de todos.

Os 5 principais motivos para conversões caírem

Quando os números caem, a causa geralmente se resume a esses cinco pontos. Percorra-os de cima para baixo.

1. O padrão é "negado", e muitos usuários não consentem

No Consent Mode, o estado inicial (padrão) antes de o usuário escolher costuma ser configurado como "negado". E, na prática, uma parcela significativa dos usuários nunca clica em "Aceitar". No modo básico, todos os resultados desses usuários são perdidos — uma causa comum de nenhuma conversão aparecendo no Google Ads. O tamanho da queda é aproximadamente proporcional à parcela de usuários que recusam.

2. No modo básico, conversões pré-consentimento desaparecem

Como mencionado, o modo básico atrasa o carregamento da própria tag. Conversões rápidas que se completam enquanto o banner está sendo exibido são estruturalmente impossíveis de contabilizar. Se "os visitantes chegam à página de agradecimento, mas isso não é rastreado", suspeite disso.

3. O CMP não está enviando a atualização de consentimento

Um banner de consentimento (CMP) precisa avisar suas tags no exato momento em que um usuário clica em "Aceitar". Se essa conexão de "atualização" estiver faltando, a tag continua tratando o estado como "negado" mesmo depois de o usuário consentir, e a medição nunca começa. Esse é um erro de configuração extremamente comum.

4. ad_user_data / ad_personalization não estão configurados

Se você não implementou os dois parâmetros que se tornaram obrigatórios no Consent Mode v2, o Google Ads não pode mais usar essas conversões para remarketing ou parte da otimização. A tag pode até disparar, mas os resultados "utilizáveis" encolhem do lado dos anúncios.

5. Configuração incorreta de região

Você pode ter configurado "consentimento mais rigoroso em regiões específicas", mas a segmentação regional está ampla demais ou restrita demais. Usuários em regiões não pretendidas ficam restritos, e os números gerais caem mais do que o esperado.

Modelagem de conversões: quanto ela realmente recupera?

No modo avançado, o Google preenche a lacuna de consentimento com conversões modeladas — estimativas estatísticas do que os usuários que não consentiram teriam gerado. Mas a recuperação não é automática nem garantida.

Requisitos para a modelagem entrar em ação:

• O Consent Mode precisa estar corretamente implementado (ou IAB TCF v2.0)
• É necessário pelo menos 700 cliques em anúncios por dia ao longo de um período de 7 dias, por país e agrupamento de domínio
• Uma taxa de consentimento de aproximadamente 20%+ é necessária para que o modelo tenha dados reais suficientes para trabalhar

Quanto ela recupera? O Google relata que a modelagem de conversões recupera, em média, mais de 70% das jornadas de clique-em-anúncio-até-conversão perdidas por recusas de consentimento. Mas trate isso como um teto para propriedades de alto volume, não como uma garantia. Abaixo dos limites de modelagem, o modelo simplesmente não roda — e você precisa combinar Enhanced Conversions e tagueamento server-side para uma recuperação parcial. Recursos de privacidade em nível de navegador, como o ITP do Safari, agravam ainda mais essa lacuna, tornando a recuperação server-side ainda mais crítica.

O que isso significa na prática: Se o seu site tem tráfego moderado (abaixo de 700 cliques em anúncios por dia), você não vai obter conversões modeladas de forma alguma. Seus números reportados simplesmente serão mais baixos — e a lacuna é real, não recuperável apenas com o Consent Mode.

Design do banner de consentimento: a maior alavanca que você controla

A parcela de usuários que consente não é fixa — ela é fortemente influenciada por como o seu banner de consentimento é projetado. Dados do setor de 2026 mostram um padrão surpreendente:

• Quando os usuários interagem com um banner de consentimento, eles aceitam 69% das vezes no desktop e 76% no mobile
• O problema é que 47% dos visitantes de desktop não geram nenhum sinal de consentimento — nem aceitam nem recusam ("sem escolha")
• O problema real não é a disposição para consentir — é o engajamento com o próprio banner

Fatores de design que melhoram as taxas de consentimento:

• Integração visual: banners que combinam com a identidade visual do seu site transmitem confiança, e não parecem uma intrusão de terceiros
• Layouts não bloqueantes: um banner que cobre a página inteira faz os usuários abandonarem ou ignorarem. O consentimento progressivo (um banner mínimo na chegada, expandido contextualmente após o engajamento) melhora as taxas de interação
• Otimização mobile: designs mobile-first alcançam consistentemente taxas de consentimento mais altas do que designs desktop-first adaptados para mobile
• Evite dark patterns: esconder o botão "recusar", usar linguagem confusa, ou tornar o botão de aceitar visualmente dominante pode gerar multas regulatórias — várias autoridades de proteção de dados da UE (França, Noruega, Alemanha) já aplicaram penalidades por design de banner enganoso
• Impacto no CLS: banners que causam mudança de layout prejudicam tanto as taxas de consentimento quanto o SEO (Core Web Vitals)

Um banner bem projetado costuma atingir taxas de consentimento de 30–50%, enquanto um mal projetado pode ficar abaixo de 15%.

Por que as conversões caem mesmo com a tag "disparando"

A tag está funcionando (disparando), mas os números do relatório caem. Esse é o padrão mais confuso do Consent Mode. O motivo: disparar (uma requisição é enviada) e ser medido (um registro completo, baseado em cookies) se desacoplam dependendo do estado do consentimento. Esse padrão é explorado em profundidade em quando uma conversão dispara mas não é registrada.

Quando não há consentimento, mesmo que a tag dispare:

• Os cookies não podem ser usados, então a lógica entre sessões e de visitantes recorrentes quebra
• Não é possível vincular ao clique do anúncio, então você perde qual anúncio gerou o resultado
• No modo avançado, apenas sinais anônimos são enviados, e a lacuna é preenchida por modelagem (estimativas), não por dados reais

Então, mesmo que você confirme que "collect está disparando no Network", se o conteúdo mostrar gcs=G100 (negado), isso não é registrado como uma conversão completa e utilizável para anúncios. Verificar apenas se a tag dispara nunca vai revelar um problema de Consent Mode.

Como verificar "como estou sendo rastreado agora" em produção

Método 1: observe o gcs no Network do DevTools

A verificação mais confiável.

1. Abra a página que você quer verificar (especialmente a página de agradecimento) e abra a aba "Network" no DevTools
2. Filtre por collect ou conversion
3. Nas requisições sendo enviadas, verifique o parâmetro gcs
4. Veja se o valor de gcs muda quando você clica em "Recusar" versus "Aceitar" no banner

O que isso revela: sob qual estado de consentimento as requisições estão sendo enviadas, neste exato momento. gcs=G111 significa que ambos foram permitidos; se continuar G100, ainda está rodando como negado.

Armadilha comum: se você clica em "Aceitar" mas o gcs permanece em G100, a causa nº 3 (o CMP não está enviando a atualização) é a principal suspeita. O caso clássico: o "padrão" de consentimento foi configurado, mas a "atualização" nunca foi conectada.

Método 2: verifique o estado de consentimento no Tag Assistant / GA4 DebugView

O Google Tag Assistant (tagassistant.google.com) mostra o estado de Consent de cada tag em uma lista. O DebugView do GA4 também permite rastrear o estado de consentimento vinculado a cada evento.

O que isso revela: você pode conferir "sob qual estado de consentimento a tag disparou" não apenas do lado do envio, mas também do lado administrativo.

Método 3: teste tanto em "Aceitar" quanto em "Recusar"

A regra mais importante ao verificar o Consent Mode: não pare em um único padrão.

• Medição quando você clica em "Aceitar" no banner
• Medição quando você clica em "Recusar"
• Medição antes de você interagir com o banner (indeciso)

Só depois de verificar como o gcs e o resultado mudam nesses três estados você pode saber se os seus visitantes reais são tratados corretamente em todos os estados.

O que a verificação na sua própria máquina não pode revelar

Todos os métodos acima são úteis, mas testar uma única vez na sua própria máquina tem dois pontos cegos específicos do Consent Mode:

1. Você quase sempre verifica em "Aceitar". Quem executa o teste instintivamente clica em "Aceitar" no banner. Mas quem está derrubando os seus números são as pessoas que "Recusam" ou permanecem indecisas. Julgar "está rastreando bem" apenas pelo estado de consentimento concedido ignora toda a perda.
2. Qualquer coisa envolvendo um clique de anúncio é difícil de reproduzir. Para ver corretamente "como um visitante que veio via anúncio e depois recusou o consentimento é tratado do lado dos anúncios", você precisaria clicar em um anúncio real para recriar o caminho — o que carrega o risco de violação de política de anúncios como um autoclique.

Problemas de Consent Mode acontecem no caminho "da outra pessoa que recusou", não "de você que aceitou". O fato de parecer que está tudo bem quando você aceita é exatamente o que gera acomodação.

Uma checklist para verificar com confiança

• Você sabe se o seu site está no modo básico ou avançado?
• Você verificou o estado atual de consentimento via o parâmetro gcs no Network?
• Você testou os três estados — Aceitar, Recusar e indeciso?
• Quando você clica em "Aceitar", o gcs realmente muda para G111 (ambos permitidos)?
• Você implementou ad_user_data / ad_personalization (os dois parâmetros obrigatórios do v2)?
• O seu CMP (banner de consentimento) está enviando a atualização de consentimento para as suas tags?
• As configurações de região estão delimitadas conforme pretendido?
• Na página de agradecimento, conversões rápidas que se completam antes do consentimento estão desaparecendo?
• Isso se sustenta sob condições reais de visitantes em produção (não julgue apenas pelo padrão único de "Aceitar" na sua máquina)?

Perguntas frequentes

P. Quanto as conversões caem depois de adicionar um banner de consentimento? R. Varia, mas o tamanho é determinado aproximadamente pela parcela de usuários que recusam e por você estar no modo básico ou avançado. O modo básico perde dados reais, então a queda é maior; o modo avançado preenche parte da lacuna com modelagem, então a queda é relativamente menor.

P. O que é uma "conversão modelada"? É um mau funcionamento? R. Não. No modo avançado, é uma conversão que o Google estima estatisticamente e preenche, com base em sinais anônimos de usuários que não consentiram. Não é uma medição direta, então o número se comporta de forma diferente, mas está funcionando conforme projetado.

P. Estou clicando em "Aceitar", mas não está rastreando. Por quê? R. A causa mais comum é que apenas o "padrão" do consentimento foi configurado, enquanto a "atualização" enviada à tag quando "Aceitar" é clicado nunca foi conectada. Verifique se o gcs no Network permanece em G100 mesmo depois de você aceitar.

P. Onde posso ver o parâmetro gcs? R. Na aba "Network" do DevTools do seu navegador, selecione uma requisição de collect ou conversion e encontre gcs=... na sua URL (parâmetros de consulta). G111 significa ambos permitidos; G100 significa ambos negados.

P. Se eu não ativei o Consent Mode, isso não se aplica a mim? R. Se você exibe anúncios para usuários no EEE ou no Reino Unido, oferecer suporte ao Consent Mode v2 é uma exigência do Google sob a Lei de Mercados Digitais (DMA) — então, se você tem esses usuários, não tê-lo já é, em si, um risco de conformidade. A DMA designa o Google como um "gatekeeper" e exige que ele obtenha o consentimento do usuário antes do processamento de dados entre serviços. O Google repassa essa exigência aos anunciantes: sem um sinal de consentimento válido, o Google restringe como os seus dados de conversão podem ser usados para lances, remarketing e construção de públicos. Por outro lado, mesmo fora desse escopo, se você adicionou um banner de consentimento, as perdas descritas neste artigo ainda podem ocorrer.

P. O impacto do Consent Mode é o mesmo para o GA4 e para os anúncios? R. Parecido, mas não idêntico. O analytics_storage afeta o GA4; ad_storage / ad_user_data / ad_personalization afetam o lado dos anúncios. Se o GA4 está rastreando, mas apenas as conversões de anúncios caem, foque nos parâmetros de consentimento relacionados a anúncios.

Conclusão: verifique com "o usuário de produção que recusou", não com "você que aceitou"

A queda de conversões sob o Consent Mode não pode ser diagnosticada apenas observando se a tag dispara. O que importa é verificar — até o conteúdo do gcs — se os seus visitantes reais são tratados corretamente em todos os estados: Aceitar, Recusar e indeciso. Para um framework passo a passo que aborda o Consent Mode junto com outros problemas comuns de rastreamento, veja a checklist de verificação de rastreamento de conversões.

O ConversionOK executa sua página em produção em um navegador independente e isolado, e intercepta as requisições reais e o sinal de consentimento (gcs) tanto no estado concedido quanto no negado. Sem necessidade de clicar no seu próprio anúncio, e sem o ponto cego de verificar inconscientemente apenas em "Aceitar". Comece com uma verificação estática gratuita para confirmar o ponto de entrada da sua medição em cada estado de consentimento.