O Microsoft Clarity precisa de consentimento de cookies?

Todos os artigos

Sim, para visitantes do EEE, Reino Unido e Suíça. Os cookies do Clarity não são essenciais e, desde 31 de outubro de 2025, a Microsoft exige um sinal de consentimento nessas visitas: os cookies só são colocados quando ele indica concedido. Caso contrário, o Clarity funciona sem cookies e conta cada visualização de página como uma nova sessão. Em outros lugares, a lei local decide.

O Microsoft Clarity precisa de consentimento de cookies em todos os países?

Há duas perguntas separadas aqui: o que a Microsoft exige e o que a lei exige. A documentação de consentimento da Microsoft responde à primeira. Para visitas do EEE, do Reino Unido e da Suíça, o Clarity espera um sinal de consentimento, e isso vale para qualquer site que receba essas visitas, onde quer que a empresa esteja. A Microsoft também diz que a mudança não acrescenta nenhum requisito novo de consentimento. Ela aplica regras que já existiam.

A lei é a parte mais antiga. O artigo 5(3) da Diretiva ePrivacy exige consentimento para armazenar ou ler informações no dispositivo do visitante, a menos que seja estritamente necessário para o serviço solicitado. A Microsoft descreve os cookies do Clarity como não essenciais, então na UE eles aguardam o consentimento. O Reino Unido acrescentou exceções na Data (Use and Access) Act 2025, entre elas uma para fins estatísticos em que o visitante pode se opor. Se uma ferramenta de gravação de sessões se encaixa nela é uma questão para as orientações do ICO e seu assessor. O requisito de sinal da Microsoft cobre as visitas do Reino Unido de qualquer forma.

Fora dessas regiões, o Clarity define cookies a menos que você desative essa configuração. A lei local decide o que você precisa. Se ainda está classificando ferramentas, veja em qual categoria de consentimento um script se encaixa.

O que acontece com o Clarity sem um sinal de consentimento?

O Clarity continua carregando. No Consent Mode, cada sinal fica negado até você atualizá-lo, então a falta de sinal se comporta como uma rejeição. A referência da API da Microsoft diz que um visitante sem consentimento recebe um ID único por visualização de página e nenhum cookie.

Como a falta de consentimento muda seus relatórios do Clarity?

Isso pode parecer um pico de tráfego que nunca aconteceu. A Microsoft lista os efeitos para visitantes sem consentimento:

• As sessões equivalem a visualizações de página, então o número sobe.
• As páginas por sessão marcam 1, e cada página é ao mesmo tempo entrada e saída.
• Os funis de várias etapas mostram abandono total.
• Os usuários recorrentes desaparecem, porque cada visitante conta como novo.
• A origem e o canal tendem para Direct e Other.

Portanto, não compare um período sem o sinal com um período com o sinal como se medissem a mesma coisa. Anote nos relatórios a data em que corrigiu o sinal e leia as tendências a partir dela.

O modo sem cookies significa que você pode dispensar o banner?

Não. “Sem cookies” descreve o que o Clarity armazena e não é uma conclusão jurídica. O próprio teste da Microsoft pede que você confirme que o Clarity continua em execução e enviando suas chamadas /collect após uma recusa. A regra da UE também cobre a leitura de informações do dispositivo, e as gravações podem captar o que as pessoas fazem na página. Você tem duas configurações honestas: deixar o Clarity rodar sem cookies antes da escolha ou reter a tag até que a análise seja permitida. Adote a primeira somente depois que seu assessor a avaliar.

Como configurar corretamente o consentimento no Clarity?

1. Desative a configuração de cookies do projeto

   No Clarity, abra Settings, depois Setup, e desative a configuração de cookies. A Microsoft aplica o Consent Mode por padrão aos visitantes das três regiões. Essa configuração faz o Clarity esperar o sinal também em todos os outros lugares.

2. Decida se o Clarity pode rodar antes da escolha

   O Clarity carrega com ou sem o sinal e coleta dados sem cookies até o visitante decidir. Se você não quer nada do Clarity antes da escolha, retenha toda a tag até que a análise seja permitida e envie o sinal também.

3. Envie consentv2 sempre que uma escolha entrar em vigor

   Chame window.clarity('consentv2', { ad_Storage: 'denied', analytics_Storage: 'granted' }) com os valores reais do visitante. Os dois parâmetros são obrigatórios, e o S maiúsculo é a grafia da Microsoft. Envie após uma nova escolha e quando uma escolha armazenada for lida em uma visita de retorno.

4. Garanta que um sinal antecipado não se perca

   Se o seu banner pode rodar antes da tag, defina primeiro a fila da Microsoft: window.clarity = window.clarity || function () { (window.clarity.q = window.clarity.q || []).push(arguments); };. A tag real lê essa fila ao carregar.

5. Dê à tag do Tag Manager um acionador após o consentimento

   Se uma verificação de consentimento retém o Clarity, um acionador de carregamento de página sozinho pode nunca iniciá-lo. Em um cliente cuja configuração corrigimos em novembro de 2026, a tag ficou retida em todas as páginas, mesmo com consentimento armazenado, até receber um acionador de atualização de consentimento. O artigo sobre o evento de atualização de consentimento mostra a configuração.

6. Teste uma recusa e uma aceitação

   Abra uma nova janela privada a partir de uma região coberta e execute a verificação da Microsoft: clarity('metadata', (d, upgrade, consent) => console.log(consent), false, true, true). Após uma recusa, os dois valores indicam negado e não há cookie _clck nem _clsk. Após uma aceitação, os dois indicam concedido e os cookies aparecem. Se você retiver a tag, não há nada para ler até o visitante aceitar.

O Clarity considera o consentimento válido por até nove meses, a menos que o visitante o altere ou sua configuração local exija menos, então mantenha o período de renovação do seu banner alinhado a isso.

Por que o Clarity pode continuar rastreando quem rejeitou?

A Microsoft diz que uma rejeição exclui os cookies do Clarity existentes, e no host atual foi isso que vimos. A exceção apareceu quando rastreamos a tag real em novembro de 2026, ao construir a integração do Velo. Ao receber negado, o Clarity excluiu _clsk em todos os níveis de domínio, o que limpou o domínio de cookie que tinha em cache, e depois excluiu _clck apenas no host atual. Uma cópia de _clck no domínio principal, com um estado concedido de uma ferramenta anterior ou de uma versão antiga da política, sobreviveu. O Clarity a leu ao reiniciar e continuou rastreando o mesmo visitante enquanto informava negado. Considere isso um caso rastreado em uma versão da tag, e vale testar.

No nosso teste, ele também deixou _cltk no armazenamento de sessão após uma rejeição. A Microsoft responsabiliza o dono do site por informar o Clarity sobre mudanças de consentimento, então não presuma que o sinal limpa tudo. Para verificar seu site, aceite uma vez, copie o valor de _clck para um cookie no domínio principal, rejeite e veja o que resta nos dois níveis e no armazenamento de sessão.

Há uma armadilha menor na direção oposta. Como um sinal negado exclui _clck, enviar negado em cada carregamento de página e depois concedido dá a um visitante que consentiu um novo ID em cada página. Leia primeiro a escolha armazenada e envie o estado real uma única vez.

Como o Velo lida com o Microsoft Clarity?

O Velo envia consentv2 sempre que uma escolha entra em vigor, então você não precisa adicionar código. A categoria de análise define analytics_Storage, a de publicidade define ad_Storage, e um visitante indeciso em uma região de opt in conta como negado. Quando a análise não está concedida, o Velo exclui _clck, _clsk e _cltk do seu site por conta própria. Os cookies que a Microsoft colocou nos próprios domínios, como MUID, ficam lá, porque seu site não consegue alcançá-los. Um visitante que chega com cookies do Clarity de outra ferramenta os perde e conta como novo se depois aceitar. O Velo não está na lista de plataformas compatíveis da Microsoft e usa a Consent API. A seção sobre o Clarity no nosso guia da Microsoft mostra a configuração.