Google Consent Mode : mesurer quand une partie des visiteurs refuse les cookies

Dans les entreprises, le bandeau cookies est traité comme une formalité juridique : il en faut un, alors on le colle et on l’oublie. C’est une erreur coûteuse, parce que le bandeau n’est pas une couche juridique posée sur la mesure — c’est la couche qui décide de la mesure.

De la façon dont il est construit et de ce qu’il désactive exactement dépend le nombre de vos visiteurs qui apparaîtront dans les rapports. Et de ce nombre dépend à son tour la question de savoir si une décision prise sur ces rapports a un sens.

Ce texte porte sur l’architecture de la mesure : ce qu’il advient des données après un clic sur « refuser », ce que Google ne fera pas à votre place, ce que le droit suisse exige réellement par rapport à ce que l’Union européenne exige pour ses résidents, et comment régler le consentement pour ne pas perdre de données sans raison. Si vous cherchez plutôt comment lire les chiffres que vous avez déjà, c’est un autre texte — sur les quatre façons dont un rapport peut mentir.

L’analyse d’audience : quatre couches où quelque chose peut casser

Avant d’en venir au consentement, il vaut la peine de démonter ce que l’on appelle en entreprise d’un seul mot, « les statistiques ». Ce sont quatre couches distinctes, chacune avec sa propre manière de tomber en panne — et la plupart des conversations sur les « mauvaises données » portent sur une autre couche que celle que les interlocuteurs croient.

La collecte. Le site envoie des événements : quelqu’un est arrivé, a fait défiler la page, a cliqué, a envoyé un formulaire. Ce qui casse ici, c’est qu’un événement n’est pas envoyé du tout, ou qu’il part sous un nom que personne ne réceptionne.

Le consentement. Entre la collecte et tout le reste se trouve la décision du visiteur. C’est la couche dont traite l’essentiel de ce texte, parce qu’elle décide quelle part de la première couche ira plus loin.

Le traitement. Les événements arrivent dans un outil qui les regroupe en sessions, en utilisateurs et en conversions. Ce qui casse ici, c’est le double comptage et l’inclusion de votre propre trafic.

Le rapport. Ce n’est qu’à la fin que naît le chiffre que quelqu’un regarde. C’est la seule couche visible — et c’est pourquoi tous les problèmes des trois précédentes ont l’air d’un problème de rapport.

La conséquence pratique : si les chiffres paraissent étranges, ne commencez pas par le rapport. Commencez par la première couche et descendez. Le rapport n’est presque jamais l’endroit où quelque chose s’est cassé ; c’est l’endroit où cela se voit.

Le gestionnaire de balises : à quoi il sert vraiment

C’est le deuxième terme qui revient dans chaque discussion sur la mesure, et qui est rarement expliqué. Un gestionnaire de balises est une couche intermédiaire entre votre site et les outils qui doivent recevoir les données.

Sans lui, chaque outil exige qu’on colle son propre fragment de code dans les pages — ajouter quoi que ce soit demande donc un développeur et une mise en production. Avec lui, le site envoie ses événements à un seul endroit, qui les redistribue selon des règles réglées dans une interface.

Pour une entreprise, cela signifie trois choses, et il vaut la peine de connaître les trois, parce que la deuxième et la troisième sont souvent passées sous silence :

• Modifier la mesure ne demande plus de mise en production. C’est un vrai gain de temps, et la raison principale pour laquelle on l’utilise.
• Il crée un endroit où l’on peut tout casser d’un coup. Les règles sont puissantes et ne passent par aucune revue de code. C’est pourquoi l’accès au gestionnaire de balises est un accès d’administrateur, pas un « accès pour le marketing ».
• C’est là que se règle le consentement. La déclaration du consentement que chaque balise exige vit précisément dans cette couche — et c’est là qu’elle manque le plus souvent.

Si vous ne savez pas qui a accès à votre gestionnaire de balises, c’est la première chose à établir, avant toute discussion sur les données.

Ce qui arrive à la mesure quand quelqu’un clique sur « refuser »

Google Consent Mode est un mécanisme dans lequel les balises Google ne sont pas simplement coupées en cas de refus : elles changent de comportement. Avec le consentement, la mesure fonctionne avec un identifiant — on sait que la même personne est revenue trois jours plus tard. En cas de refus, un signal sans cookie est envoyé : sans identifiant, sans reconnaissance du retour.

La conséquence est que les données ne disparaissent pas entièrement, mais cessent de se relier entre elles. La personne arrivée par une annonce le lundi et qui a envoyé une demande le jeudi devient deux événements sans rapport. Le rapport montre toujours du trafic. Il cesse de montrer un parcours.

La seconde conséquence, moins bien comprise, est la perte du dénominateur. Un taux de conversion est un quotient : si le numérateur et le dénominateur sont collectés dans des conditions de consentement différentes, le résultat cesse d’être un pourcentage de quoi que ce soit. C’est pourquoi, dès qu’il y a des refus, comparer les « conversions » de mois pendant lesquels le bandeau a changé n’a pas de sens.

La modélisation qu’une petite entreprise n’obtiendra pas

C’est ici qu’arrive la phrase qu’entend toute personne qui demande ce qu’il en est du trou dans les données : « Google va modéliser ce qui manque. » C’est vrai — mais à des conditions que presque aucun site d’entreprise ne remplit.

La modélisation comportementale de Google Analytics 4 a des seuils d’entrée fermes : la propriété doit collecter au moins 1 000 événements par jour avec le consentement analytique refusé, pendant au moins sept jours, et compter au moins 1 000 utilisateurs par jour avec le consentement accordé, pendant au moins sept des vingt-huit jours précédents. Même atteindre les deux seuils ne garantit rien : le modèle applique des critères supplémentaires, entre autres le rapport entre nouveaux utilisateurs et utilisateurs connus, et le nombre de sessions par utilisateur.

Pour montrer l’échelle, nous prenons nos propres chiffres, parce que ceux des autres, nous n’avons aucun moyen de les vérifier.

Notre site d’entreprise se situe environ soixante fois en dessous de ce seuil — et ce rapport porte sur l’ensemble de notre trafic, pas seulement sur les visiteurs qui refusent. Les unités ne sont pas identiques, puisque Google compte des utilisateurs et des événements et nous des sessions ; mais aucune correction d’unité ne comble un écart de cette taille. Nous publions la proportion plutôt que le volume : c’est la proportion qui tranche la question.

La conclusion mérite d’être dite franchement, parce que les vendeurs d’outils ne la disent pas : sur un site d’entreprise typique, il n’y aura pas de modélisation. Les données que vous n’avez pas collectées à cause d’un refus sont perdues définitivement. Aucun mécanisme ne les reconstituera plus tard — la seule chose à faire est donc de ne pas les perdre inutilement. C’est le sujet du reste de ce texte.

Ce que le droit exige ici, et ce qu’il exige pour vos visiteurs européens

Une entreprise suisse se trouve face à deux régimes, et la plupart des bandeaux installés ici n’ont été pensés pour aucun des deux : ils ont été copiés depuis un modèle européen, ou installés avec les réglages par défaut d’une extension.

Côté suisse, la règle de départ n’est pas le consentement. Le guide du Préposé fédéral à la protection des données et à la transparence (PFPDT) sur les cookies, dans sa version du 6 octobre 2025, le dit en toutes lettres : « Ni la LPD ni l’art. 45c LTC n’impose de recueillir un consentement pour qu’un traitement de données par le biais de cookies non essentiels soit légal. » Ce que la loi sur les télécommunications exige, selon le même guide, c’est d’informer les visiteurs de l’utilisation de ces technologies et de leur but, et d’indiquer qu’ils peuvent refuser le traitement, et comment. Le guide précise la forme : ce droit d’opposition doit être bien visible, lors de la première visite comme des suivantes, et s’exercer en quelques clics.

Ce régime a deux limites qu’il faut connaître. La première : le consentement exprès redevient obligatoire lorsque les cookies servent au traitement de données sensibles ou à un profilage à risque élevé — y compris, précise le guide, lorsque le site permet contre rémunération à des tiers, eux-mêmes présents sur de nombreux sites, d’accéder aux données de ses visiteurs. La seconde concerne précisément la mesure d’audience : le guide admet qu’elle peut se justifier par un intérêt privé prépondérant, à condition notamment que les données soient anonymisées dès que possible — sur un site, en général immédiatement — et qu’un outil externe ne traite les données que pour le compte de l’exploitant, et non à ses propres fins. Si votre outil remplit ces conditions n’est pas une question de réglage, c’est une question de contrat et de configuration, et c’est une personne qui connaît le droit qui la tranche.

Côté européen, la règle de départ est le consentement préalable. Pour les visiteurs établis dans l’Union, la directive ePrivacy exige un accord avant de déposer ou de lire sur leur appareil tout ce qui n’est pas strictement nécessaire au service demandé. Les autorités nationales en précisent les contours ; la CNIL française, par exemple, admet que certains outils de mesure d’audience en soient dispensés s’ils respectent des conditions précises, et insiste pour que l’utilisateur puisse accepter ou refuser avec la même simplicité. Et dès qu’une entreprise suisse traite les données de personnes établies dans l’Union — parce qu’elle leur vend quelque chose ou qu’elle suit leur comportement —, le RGPD la suit, quel que soit son siège.

La conséquence pratique est une décision que chaque entreprise prend pour elle-même, idéalement avec son juriste : appliquer le régime le plus strict à tous les visiteurs, ce qui est simple et fait perdre des données suisses qu’on aurait pu garder, ou différencier selon l’origine du visiteur, ce qui garde davantage de données et ajoute une complexité technique qu’il faut ensuite maintenir. Nous ne rédigeons pas les clauses — c’est un travail d’avocat. Ce que nous pouvons dire, c’est que la mécanique ci-dessous vaut dans les deux cas : un consentement découpé en trois, un refus aussi facile que l’acceptation, et une mesure qui ne s’effondre pas au premier « non ».

Que faire à la place de la modélisation quand le trafic est faible

Puisqu’il n’y aura pas de modélisation, reste la question à laquelle les vendeurs d’outils ne répondent généralement pas : que faire, alors ? Il existe trois voies, et il faut connaître les limites de chacune.

Compter de façon agrégée, sans identifiant. Un compteur qui enregistre combien de fois une page a été ouverte, sans le rattacher à une personne et sans reconnaître un retour. Il ne remplacera pas l’analyse d’audience — il ne dira rien du parcours ni des visiteurs qui reviennent — mais il donne un dénominateur, un chiffre auquel tout le reste peut être rapporté. Sur un petit site, c’est souvent le chiffre isolé le plus précieux qu’on puisse avoir.

Changer de fournisseur pour un outil qui garde les données en Europe. Deux voies ici aussi. La première : des outils installés sur votre propre serveur plutôt qu’utilisés comme un service — le plus connu est Matomo. La seconde : un service qui déclare l’emplacement de ses données dans l’Union, comme Piwik PRO, dont la formule Business comprend d’emblée un module de consentement, c’est-à-dire exactement la couche dont parle ce texte.

Sa grille tarifaire, relevée chez le fournisseur le 21 septembre 2026, est publiée en euros, sans montant en francs ; nous la citons telle quelle, sans la convertir. Business à partir de 36 euros par mois, jusqu’à 2 millions d’actions mensuelles sur 20 domaines au plus, 25 mois de conservation des données, essai de trente jours sans carte bancaire. Au-dessus, Enterprise à partir de 366 euros par mois en facturation annuelle. Il n’existe pas de formule gratuite. Les données de la formule Business sont hébergées dans un nuage exploité en Suède ; la formule Enterprise permet de choisir l’hébergement, y compris sur d’autres serveurs européens ou dans un nuage privé.

Il faut savoir ce que cela ne règle pas, parce que c’est parfois vendu ainsi. Changer de fournisseur ne supprime pas l’obligation liée au consentement — exactement comme le marquage côté serveur, dont nous parlons plus bas. Des serveurs situés dans l’Union ou en Suisse résolvent un autre problème : celui du transfert des données vers un autre pays, pas celui de savoir si vous avez le droit de déposer un identifiant sur l’appareil du visiteur. Si quelqu’un vous vend un hébergement européen ou un serveur à vous comme moyen de vous débarrasser du bandeau, la réponse est la même que pour le marquage côté serveur.

Compter en dehors de l’analyse d’audience. Les appels, les courriels, les demandes envoyées par formulaire, les messages reçus via votre fiche d’établissement Google. Ce sont des données que vous avez indépendamment de tout consentement, parce qu’elles naissent d’un contact et non d’un suivi. À quelques contacts par mois, un simple tableau tenu à la main est parfois plus exact que l’outil d’analyse — et ce n’est pas une boutade : à cette échelle, chaque contact s’attribue à sa source avec une seule question, « comment nous avez-vous connus ? ».

Ces voies ne s’excluent pas ; dans une petite entreprise, il est généralement sensé de suivre la première et la troisième en même temps.

Trois consentements, pas un seul

L’erreur la plus fréquente dans les installations que nous examinons est aussi la plus facile à corriger : le consentement est traité comme un interrupteur unique. Le visiteur clique sur « refuser », et avec le suivi publicitaire, c’est toute la mesure d’audience qui s’éteint.

C’est une perte que rien ne justifie, parce que les gens ne refusent pas ces choses dans la même mesure. L’opposition au profilage publicitaire est bien plus répandue que l’opposition au simple comptage des visites — et avec un interrupteur unique, les deux décisions sont collées en une seule.

Dans une mesure correctement construite, chaque destinataire des données déclare ce dont il a besoin :

La règle que nous appliquons chez nous : refuser le consentement marketing ne doit pas désactiver le consentement analytique, et inversement. C’est à la fois une affaire de conformité — les deux régimes décrits plus haut raisonnent par finalité, pas par bouton unique — et, du point de vue qui intéresse généralement davantage les entreprises, la condition pour qu’il reste un dénominateur dans le rapport.

Sous le régime suisse d’opposition, la même règle vaut en sens inverse : si un visiteur s’oppose à la publicité, rien n’autorise à couper aussi le comptage qu’il n’a pas refusé.

Le bandeau qui gonfle son propre résultat

Il existe encore un mécanisme qui abîme les données en silence tout en ayant l’air d’un succès : le bandeau asymétrique. Celui où « Tout accepter » est un seul clic sur un bouton mis en valeur, tandis que refuser oblige à ouvrir les paramètres et à décocher trois curseurs.

Un tel bandeau fait monter le taux formel de consentement. Cela ressemble à une bonne nouvelle — et c’est parfois rapporté comme tel. En réalité, cela signifie qu’une partie des gens a accepté parce que c’était plus rapide, et non parce qu’ils le voulaient.

Il en découle deux conséquences, toutes deux défavorables à l’entreprise. La première est formelle : les autorités de protection des données vont clairement vers la symétrie — refuser doit être aussi facile qu’accepter. La CNIL l’écrit pour les visiteurs européens ; le PFPDT, pour la Suisse, demande qu’on ne rende pas la désélection d’une case cochée plus compliquée que sa sélection, et que polices, images et couleurs ne soient pas sources de confusion. Mieux vaut y être en avance qu’après un contrôle. La seconde est pratique et moins évidente : un consentement arraché par la disposition des boutons gonfle votre propre indicateur, de sorte que vous perdez aussi la capacité de remarquer que quelque chose ne va pas. Une entreprise qui affiche « 92 % de consentements » ne se posera jamais la question de la qualité de sa mesure.

Un bandeau honnête avec un taux réel autour de soixante pour cent est une meilleure base de décision qu’un bandeau forcé à quatre-vingt-dix — parce que vous savez ce que vaut le premier.

Le marquage côté serveur ne dispense pas du consentement

C’est le mythe le plus souvent vendu avec le marquage côté serveur, et il mérite une section à part, parce qu’il est parfois présenté comme le principal avantage du projet.

Le marquage côté serveur apporte réellement quelque chose : un contrôle plus complet sur ce qui sort de votre site, une moindre dépendance aux bloqueurs du navigateur, et une meilleure qualité des données de conversion. Il n’apporte pas, en revanche, de dispense de consentement. L’obligation découle du fait que vous traitez les données du visiteur, pas de la machine par laquelle ces données transitent. Déplacer une balise du navigateur vers un serveur ne change rien à cette question.

En pratique : si quelqu’un vous propose le marquage côté serveur comme moyen de « contourner le bandeau », soit il ne comprend pas ce qu’il vend, soit il le comprend et compte sur le fait que vous ne le comprenez pas. Demandez-lui alors franchement sur quelle base les données des personnes qui ont refusé — ou qui se sont opposées — seront traitées.

Auditer la mesure : cinq choses à vérifier dans ce que vous avez déjà

Si la mesure de votre site tourne depuis longtemps et que personne ne l’a regardée depuis, commencez par vérifier plutôt que par reconstruire. Cinq points, du plus fréquent au moins fréquent — tous se vérifient sans écrire de code, même si certains demandent une personne ayant accès au gestionnaire de balises.

1. Les événements ont-ils un destinataire ? Il arrive étonnamment souvent qu’un site envoie des événements que personne ne réceptionne : le nom est généré, il arrive dans le gestionnaire de balises et s’y arrête, faute de balise pour le transmettre. Le rapport ne montre alors rien, et cela ressemble à une absence d’événement plutôt qu’à une absence de récepteur. Vérification : comparez la liste des noms envoyés par le site avec la liste des balises qui les reçoivent.

2. Les balises déclarent-elles le consentement requis ? Une balise qui ne déclare rien envoie aussi après un refus. C’est le type d’erreur qui constitue à la fois un risque formel et la cause de données auxquelles on ne peut pas se fier.

3. Les conversions sont-elles comptées deux fois ? Si le même événement emprunte deux chemins — depuis le navigateur et depuis le serveur — sans identifiant d’événement commun, chaque chemin est compté séparément. Résultat : le rapport montre deux fois plus de conversions qu’il n’y en a eu, et toute décision fondée sur le coût d’acquisition est faussée de moitié.

4. Votre propre trafic est-il exclu ? Les visites depuis vos ordinateurs, depuis ceux du prestataire et depuis les outils de surveillance restent définitivement dans les données si personne ne les a filtrées à l’entrée.

5. Quelqu’un consulte-t-il ces rapports ? Ce n’est pas une question technique, mais elle décide de la valeur des quatre autres. Une mesure que personne ne lit est un coût, pas un outil.

Une remarque honnête : ce genre de choses, nous le trouvons aussi chez nous — notre propre audit du marquage a lui aussi produit une liste de corrections. C’est l’état normal d’une installation qui vit plusieurs années et par laquelle plusieurs personnes sont passées, pas la preuve de l’incompétence de qui que ce soit. L’important est que cette liste existe.

Ce qu’il faut régler à l’installation pour ne pas avoir à le corriger ensuite

Quatre décisions qui ne coûtent rien lors d’une nouvelle installation, et qui coûtent cher à reconstituer après coup :

• Des consentements séparés dès le premier jour. Les ajouter plus tard signifie repasser sur toutes les balises et vérifier chacune d’elles.
• Un identifiant d’événement commun, si quoi que ce soit doit emprunter deux chemins. Sans lui, la déduplication ne fonctionnera pas, et vous ne le découvrirez qu’en commençant à comparer les rapports à la réalité.
• Un filtre du trafic interne, avant la mise en ligne. Les données déjà collectées ne se nettoient pas rétroactivement.
• Une liste écrite des événements — ce que nous envoyons, à quel moment et pourquoi. Une page de texte qui, dans deux ans, épargnera une semaine de travail à la personne chargée de tout démêler. Le plus souvent, elle n’existe pas.

Le nom technique de cet ensemble est le plan de marquage, et il sonne plus solennel qu’il ne l’est : c’est un tableau à trois colonnes, « quoi », « quand » et « pourquoi ». On peut installer une mesure sans lui, mais chaque question ultérieure sur les données commence alors par de l’archéologie.

Sur un site en plusieurs langues, ajoutez une quatrième colonne : la version linguistique. Un formulaire envoyé depuis la page allemande et le même formulaire envoyé depuis la page française doivent arriver sous le même nom d’événement, avec la langue en paramètre — sinon vous obtenez trois événements différents pour une seule action, et aucune comparaison entre marchés ne tient.

Ce qu’il en découle pour une petite entreprise

Quatre choses, de la moins chère à la plus chère :

Séparez les consentements. L’analytique d’un côté, la publicité de l’autre. C’est un réglage, pas un projet, et il récupère le dénominateur chez les personnes qui ne veulent pas de publicité mais n’ont rien contre le comptage des visites.

Rendez le refus aussi facile que l’acceptation. Un bouton à côté de l’autre, sur le premier écran. Vous tomberez sur un taux de consentement plus bas, et c’est une bonne nouvelle, parce qu’à partir de ce moment-là ce chiffre veut dire quelque chose.

Vérifiez combien il vaut réellement. C’est l’un de ces chiffres que presque personne ne connaît pour son propre site, et sans lequel chaque rapport se lit mal — parce qu’on ignore de combien il est sous-estimé.

Ne comptez pas sur la modélisation. À votre échelle, il n’y en aura pas. Tout ce qui doit être mesuré doit l’être réellement — ou compté autrement, hors de l’outil d’analyse : par les appels, les courriels, les demandes envoyées par formulaire, que vous avez de toute façon. Encore faut-il d’abord vérifier que ces demandes arrivent bien, car une panne silencieuse du formulaire ressemble dans le rapport exactement à un manque d’intérêt — voici comment le tester.

Et une dernière chose, qui dépasse les outils : une partie des contacts n’apparaîtra jamais dans aucun rapport, parce qu’ils naissent d’une recommandation ou d’une conversation. La mesure doit réduire la zone de devinette, pas faire semblant qu’elle n’existe pas. D’où viennent réellement les contacts, nous l’avons décomposé à partir de nos propres données.