Todo site que mede visitantes enfrenta a mesma escolha: aceitar o banner de cookies — aquele elemento que ninguém lê e todo mundo clica para sumir — ou abrir mão de saber quem visita o site. Este blog não tem banner de consentimento e ainda assim mede visitas, páginas e Core Web Vitals reais. A diferença não é uma zona cinzenta de conformidade: depende da ferramenta de medição escolhida e de não haver outro código de terceiro com identificador no site.

O que faz um banner de cookies ser obrigatório

Não é “usar analytics” que exige consentimento. É rastrear o indivíduo — gravar um identificador no navegador dele (cookie, ID de dispositivo, fingerprint combinando características do browser) que permite reconhecê-lo entre visitas ou entre sites. É esse rastro persistente, ligado à pessoa, que a LGPD (Lei Geral de Proteção de Dados) — e sua referência europeia direta, o GDPR (General Data Protection Regulation) — trata como dado pessoal e exige base legal: na prática, o banner pedindo permissão.

O Google Analytics funciona assim por padrão: cookie próprio por visitante, o _ga, que persiste por até 2 anos. Por isso praticamente todo site com GA tem — precisa ter — um banner de consentimento (CMP) na frente.

O que o Cloudflare Web Analytics mede sem isso

O Cloudflare Web Analytics que este blog usa não grava nada no seu navegador. Nenhum cookie, nenhum localStorage, nenhum fingerprint de tela/fonte/plugin. Cada carregamento de página é um evento solto — visita, path, tempo de carregamento, métricas de Core Web Vitals — sem um fio ligando esse evento ao seu próximo acesso. Sem identificador persistente, não há “rastreamento” no sentido que a lei regula; por isso não há exigência de consentimento prévio.

Não é uma zona cinzenta: sem identificador persistente, não existe o que consentir.

Tecnicamente, isso é possível porque a Cloudflare já está no caminho de toda requisição do site (ela é a CDN/proxy) — o beacon de medição roda no mesmo edge que já processa cada acesso, sem precisar “seguir” o visitante entre visitas para contar direito.

O que dá pra saber (e o que este blog realmente olha)

Do painel do Fluxonar hoje: visitas e page views por página, país de origem, tipo de dispositivo, e principalmente Core Web Vitals reais de campo — LCP, CLS, tempo de carregamento — captados de gente de verdade, não só do laboratório do Lighthouse. Foi assim, aliás, que confirmamos que o site carrega rápido e estável para quem visita de verdade, não só em teste local.

O que dá para responder com isso: quais posts têm mais leitura, se o site está rápido para quem acessa, de onde vem o público. Perguntas de produto e performance — o que efetivamente orienta as decisões deste blog.

O que você abre mão

Aqui está o trade-off honesto, sem venda: sem identificador persistente, não dá para montar jornada individual. Não dá para saber que a mesma pessoa visitou o post A na segunda e voltou para o post B na quinta. Não dá para construir funil de conversão pessoa-a-pessoa, nem audiência para remarketing, nem atribuição de campanha entre sessões separadas no tempo. Isso é o núcleo do que o Google Analytics oferece a mais — e é exatamente o que exige o cookie e, com ele, o banner.

Para um blog de conteúdo, cujo trabalho é publicar posts bons e ver se as pessoas os leem, essa troca compensa: performance real e volume de leitura sim; perfil comportamental individual não. Para um e-commerce otimizando funil de compra pessoa a pessoa, a conta provavelmente fecha diferente — e aí o cookie (e o banner) fazem sentido.

A segunda condição: nenhum outro código de terceiro

Nota de atualização (29/10/2026): esta seção incorpora a lição do post “A política se corrige sozinha; o texto publicado não”, publicado em 04/09/2026, que deixou de existir como página própria.

A primeira versão deste texto dizia que a ausência do banner dependia só da ferramenta de medição. Era meia verdade. Medir sem identificador é condição necessária para dispensar o consentimento, mas não suficiente: a outra condição é não haver, no site, outro código de terceiro que grave identificador. O candidato mais comum é o de anúncios. Uma rede como o Google AdSense usa cookies de publicidade, e com ela o consentimento passa a ser exigido mesmo que a ferramenta de medição continue exatamente a mesma.

Este blog já se preparou para esse dia. A política de privacidade descreve os cookies de publicidade do Google, e os sinais de consentimento entram negados por padrão em todas as páginas. O carregador de anúncios, porém, só entra no site quando a conta for ativada, e até hoje nenhum anúncio foi servido aqui. Quando isso mudar, o título e a abertura deste post deixam de descrever o site, e a correção precisa entrar junto com a ativação, não depois.

A lição vale para qualquer texto que descreva o próprio produto: antes de cravar “este site não faz X”, confira se a afirmação depende de uma decisão já tomada e ainda não executada. Cada uma dessas decisões é o prazo de validade de alguma frase publicada.

O princípio, fora do Cloudflare

A escolha não é “instale essa ferramenta específica”. É reconhecer que existem duas categorias de medição, e escolher com os olhos abertos:

  • Medição sem identificador (agregada, sem cookie): mede o site, não a pessoa. Sem banner necessário, mas sem jornada individual.
  • Medição com identificador (GA, Meta Pixel, a maioria dos analytics tradicionais): mede a pessoa através do site. Poder analítico maior, banner de consentimento obrigatório — e a obrigação de honrar a recusa de verdade, não só exibir o banner e ignorar o clique em “recusar”.

Antes de colar o snippet de analytics que todo tutorial manda usar, vale separar duas perguntas: saber quem voltou é uma coisa; saber que o site funciona e as pessoas leem é outra. A primeira exige identificador, cookie e banner. A segunda, não. É essa distinção que decide a ferramenta, e com ela a existência do banner que ninguém lê.

Fontes