Microsoft Clarity a-t-il besoin du consentement aux cookies ?

Tous les articles

Oui, pour les visiteurs de l’EEE, du Royaume-Uni et de Suisse. Les cookies de Clarity ne sont pas essentiels, et depuis le 31 octobre 2025 Microsoft impose un signal de consentement pour ces visites : les cookies ne sont posés que s’il indique accordé. Sinon, Clarity fonctionne sans cookies et compte chaque page vue comme une nouvelle session. Ailleurs, la loi locale décide.

Microsoft Clarity a-t-il besoin du consentement aux cookies dans tous les pays ?

Il y a ici deux questions distinctes : ce que Microsoft exige et ce que la loi exige. La documentation de Microsoft sur le consentement répond à la première. Pour les visites depuis l’EEE, le Royaume-Uni et la Suisse, Clarity attend un signal de consentement, et cela vaut pour tout site recevant ces visites, où que soit l’entreprise. Microsoft précise aussi que ce changement n’ajoute aucune nouvelle exigence de consentement. Il applique des règles qui existaient déjà.

La loi est la partie la plus ancienne. L’article 5(3) de la directive ePrivacy exige un consentement pour stocker ou lire des informations sur l’appareil du visiteur, sauf si c’est strictement nécessaire au service demandé. Microsoft présente les cookies de Clarity comme non essentiels : dans l’UE, ils attendent donc le consentement. Le Royaume-Uni a ajouté des exceptions dans le Data (Use and Access) Act 2025, dont une pour les finalités statistiques où le visiteur peut s’opposer. Savoir si un outil d’enregistrement de sessions y entre relève des orientations de l’ICO et de votre conseil. L’exigence de signal de Microsoft couvre de toute façon les visites britanniques.

Hors de ces régions, Clarity dépose des cookies sauf si vous désactivez ce réglage. La loi locale décide de ce qu’il vous faut. Si vous classez encore vos outils, consultez la catégorie de consentement d’un script.

Que devient Clarity sans signal de consentement ?

Clarity se charge quand même. En Consent Mode, chaque signal est refusé jusqu’à sa mise à jour, donc l’absence de signal se comporte comme un refus. La référence de l’API de Microsoft indique qu’un visiteur sans consentement reçoit un identifiant unique par page vue et aucun cookie.

Comment l’absence de consentement modifie-t-elle vos rapports Clarity ?

Cela peut ressembler à un pic de trafic qui n’a jamais eu lieu. Microsoft liste les effets pour les visiteurs sans consentement :

• Les sessions équivalent aux pages vues, leur nombre augmente donc.
• Les pages par session indiquent 1, et chaque page est à la fois une entrée et une sortie.
• Les entonnoirs à plusieurs étapes montrent un abandon total.
• Les utilisateurs récurrents disparaissent, car chaque visiteur compte comme nouveau.
• La source et le canal penchent vers Direct et Other.

Ne comparez donc pas une période sans signal à une période avec signal comme si elles mesuraient la même chose. Notez dans vos rapports la date de correction du signal et lisez les tendances à partir de celle-ci.

Le mode sans cookies permet-il de se passer de la bannière ?

Non. « Sans cookies » décrit ce que Clarity stocke et n’est pas une conclusion juridique. Le test de Microsoft vous demande de confirmer que Clarity s’exécute toujours et envoie ses appels /collect après un refus. La règle européenne couvre aussi la lecture d’informations sur l’appareil, et les enregistrements peuvent capter ce que les gens font sur la page. Vous avez deux configurations honnêtes : laisser Clarity fonctionner sans cookies avant le choix, ou retenir la balise jusqu’à ce que l’analytique soit autorisée. Ne retenez la première qu’après examen par votre conseil.

Comment configurer correctement le consentement dans Clarity ?

1. Désactivez le réglage des cookies du projet

   Dans Clarity, ouvrez Settings, puis Setup, et désactivez le réglage des cookies. Microsoft applique Consent Mode par défaut aux visiteurs des trois régions. Ce réglage fait attendre le signal à Clarity partout ailleurs aussi.

2. Décidez si Clarity peut s’exécuter avant le choix

   Clarity se charge que le signal soit arrivé ou non, et collecte des données sans cookies jusqu’à ce que le visiteur décide. Si vous ne voulez rien de Clarity avant le choix, retenez toute la balise jusqu’à ce que l’analytique soit autorisée et envoyez aussi le signal.

3. Envoyez consentv2 chaque fois qu’un choix prend effet

   Appelez window.clarity('consentv2', { ad_Storage: 'denied', analytics_Storage: 'granted' }) avec les valeurs réelles du visiteur. Les deux paramètres sont obligatoires, et le S majuscule est l’orthographe de Microsoft. Envoyez-le après un nouveau choix, et lorsqu’un choix enregistré est lu lors d’un retour.

4. Vérifiez qu’un signal précoce n’est pas perdu

   Si votre bannière peut s’exécuter avant la balise, définissez d’abord la file d’attente de Microsoft : window.clarity = window.clarity || function () { (window.clarity.q = window.clarity.q || []).push(arguments); };. La vraie balise lit cette file à son chargement.

5. Donnez à la balise Tag Manager un déclencheur après le consentement

   Si un contrôle de consentement retient Clarity, un déclencheur de chargement de page seul peut ne jamais le lancer. Chez un client dont nous avons corrigé la configuration en novembre 2026, la balise restait retenue sur chaque page, même avec un consentement enregistré, jusqu’à l’ajout d’un déclencheur de mise à jour du consentement. L’article sur l’événement de mise à jour du consentement montre la configuration.

6. Testez un refus et une acceptation

   Ouvrez une nouvelle fenêtre privée depuis une région couverte et lancez le contrôle de Microsoft : clarity('metadata', (d, upgrade, consent) => console.log(consent), false, true, true). Après un refus, les deux valeurs indiquent refusé et il n’y a aucun cookie _clck ni _clsk. Après une acceptation, les deux indiquent accordé et les cookies apparaissent. Si vous retenez la balise, il n’y a rien à lire tant que le visiteur n’a pas accepté.

Clarity considère le consentement comme valable jusqu’à neuf mois, sauf si le visiteur le modifie ou si votre configuration locale impose moins, alors alignez la durée de renouvellement de votre bannière sur ce délai.

Pourquoi Clarity peut-il continuer à suivre quelqu’un qui a refusé ?

Microsoft indique qu’un refus supprime les cookies Clarity existants, et sur l’hôte courant c’est ce que nous avons constaté. L’exception est apparue en traçant la vraie balise en novembre 2026, pendant la construction de l’intégration de Velo. Une fois informé du refus, Clarity a supprimé _clsk à tous les niveaux de domaine, ce qui a vidé le domaine de cookie qu’il avait en cache, puis a supprimé _clck sur l’hôte courant uniquement. Une copie de _clck sur le domaine parent, portant un état accordé issu d’un ancien outil de consentement ou d’une ancienne version de la politique, a survécu. Clarity l’a lue à son redémarrage et a continué à suivre le même visiteur tout en signalant un refus. Considérez cela comme un cas tracé sur une version de la balise, à tester chez vous.

Dans notre test, il a aussi laissé _cltk dans le stockage de session après un refus. Microsoft rend le propriétaire du site responsable d’informer Clarity des changements de consentement : ne supposez donc pas que le signal nettoie tout. Pour vérifier votre site, acceptez une fois, copiez la valeur de _clck dans un cookie sur le domaine parent, refusez, puis regardez ce qui reste aux deux niveaux et dans le stockage de session.

Un piège plus discret existe dans l’autre sens. Comme un signal refusé supprime _clck, envoyer refusé à chaque chargement de page puis accordé donne à un visiteur consentant un nouvel identifiant à chaque page. Lisez d’abord le choix enregistré et envoyez l’état réel une seule fois.

Comment Velo gère-t-il Microsoft Clarity ?

Velo envoie consentv2 chaque fois qu’un choix prend effet, vous n’avez donc aucun code à ajouter. Sa catégorie analytique définit analytics_Storage, sa catégorie publicité définit ad_Storage, et un visiteur indécis dans une région en opt in compte comme refusé. Quand l’analytique n’est pas accordée, Velo supprime lui-même _clck, _clsk et _cltk de votre site. Les cookies que Microsoft a posés sur ses propres domaines, comme MUID, y restent, car votre site ne peut pas les atteindre. Un visiteur qui arrive avec des cookies Clarity d’un autre outil les perd, et compte comme nouveau s’il accepte ensuite. Velo ne figure pas sur la liste des plateformes prises en charge par Microsoft et utilise la Consent API. La section Clarity de notre guide Microsoft détaille la configuration.