Banner de cookies, cache do Cloudflare e GA4

Onde a medição quebrou?

A medição quebra quando o servidor decide, pelo cookie de consentimento, se imprime a tag de analytics e uma CDN cacheia esse HTML sem variar por cookie. No site da agência, o tema lia o cookie de consentimento e só colocava o Google Tag Manager no HTML quando o valor era aceito. O GA4 e o Clarity vêm pelo GTM. Na frente do servidor, o Cloudflare guardava o HTML com uma chave que não olha cookie.

O resultado é que a cópia na borda depende de quem gerou o primeiro acesso depois de cada purge. Se foi alguém que tinha aceitado, a página ficou em cache com o GTM ativo e foi servida assim para todos, inclusive para quem recusou. Se foi alguém sem o cookie, a página ficou sem o GTM para todos, inclusive para quem aceitou depois. Cada URL tinha a sua sorte.

Como apareceu?

O sintoma foi o Clarity com 16 sessões em 3 dias e o Search Console contando mais cliques orgânicos que o total de sessões do GA4. Nos 28 dias até 25 de setembro de 2026, o Search Console registrou 278 cliques. O GA4, em um recorte quase igual, registrou 191 sessões somando todos os canais. Organic Search sozinho não pode passar o total, então parte das visitas simplesmente não era medida.

A confirmação veio de um erro meu. Ao conferir a instalação do Clarity, fiz leituras com o cookie aceito do navegador de teste. Três URLs que estavam fora do cache foram geradas nessa hora e ficaram na borda com o GTM ativo. Até o purge, qualquer visitante dessas páginas recebia a tag, com ou sem consentimento. Desde então, toda leitura ao vivo contra o domínio sai sem credenciais.

A correção no navegador

A correção foi tirar a decisão do servidor: o GTM agora sai sempre no HTML, dentro de um template inerte, e o navegador só o ativa depois do aceite. Um elemento template não executa o que tem dentro. O HTML fica igual para todos os visitantes, então o cache pode continuar ignorando cookie sem risco. No clique em aceitar, o script do banner recria as tags do template no head e no começo do body, uma vez só. Em visitas seguintes, se o cookie já diz aceito, a ativação acontece no carregamento.

Tinha um detalhe escondido. O evento de aceite era disparado antes de o ouvinte existir, então a ativação no carregamento precisou de uma chamada direta, e não de esperar o evento. Conferi depois do deploy, em aba sem cookie: nenhuma requisição para googletagmanager.com nem para clarity.ms antes do aceite, e as três tags (GTM, gtag e Clarity) carregadas na mesma página depois do clique.

Havia duas outras saídas. Colocar o cookie na chave de cache resolveria direto, mas, pela documentação do Cloudflare, esse ajuste só existe no plano Enterprise. A segunda seria uma regra que pula o cache para quem tem o cookie. Descartei porque todo visitante que aceita passa a bater na origem em todas as páginas, e a regra quebra em silêncio se o nome ou o valor do cookie mudar.

O que isso faz com o tráfego de IA?

Com banner opt-in e sem modelagem, o número de tráfego de IA no GA4 é um piso, e só conta quem aceitou. No mesmo recorte de 28 dias, o GA4 do site mostrou 4 sessões vindas do ChatGPT e nenhuma de outro assistente. Esse número passou pelo mesmo cache que decidia por página se havia tag, então nem como piso ele é confiável antes da correção.

A modelagem comportamental do modo de consentimento não resolve em site pequeno. Pela Ajuda do Google Analytics, ela exige o modo avançado, pelo menos 1.000 eventos diários com armazenamento de analytics negado por 7 dias e pelo menos 1.000 usuários diários com consentimento concedido em 7 dos últimos 28 dias. Um site com algumas centenas de sessões por mês não chega perto, e o GA4 mostra só o que observou.

Por isso separo as perguntas. Para saber se a IA manda visita, o GA4 dá o piso, filtrado pelo canal de assistentes de IA. Para saber se a IA cita a marca, a medição é outra, feita nas respostas, e não passa pelo banner. O que não faço é somar as duas coisas como se fossem o mesmo número.

Para saber se a IA cita a marca, a medição é outra, feita nas respostas, e não passa pelo banner.

Lucas Ferraz, especialista em SEO

Quando os números voltam a valer?

Trato tudo de antes de 25 de setembro de 2026 como série quebrada e só comparo a partir de 23 de outubro, 28 dias depois da correção. Antes disso, o GA4 mediu o que cada cópia em cache fazia, não quem aceitou. A primeira leitura limpa vai mostrar, pela primeira vez, a relação entre cliques do Search Console e sessões do GA4 com a taxa de aceite real do banner. Quando ela sair, este texto ganha o número.