En bref. Les choix de consentement peuvent bloquer la collecte de données d’analyse ou supprimer les identifiants persistants, tandis que les propriétés Google Analytics éligibles peuvent afficher une activité utilisateur modélisée.

Définition : Les lacunes de mesure liées au consentement sont les écarts entre l’activité d’un site web et celle observable dans l’outil d’analyse lorsque des visiteurs refusent de consentir à la mesure. Selon l’implémentation, les choix de consentement peuvent empêcher la collecte de données ou supprimer les identifiants persistants reliant les événements aux utilisateurs.

Points clés

Au 17 octobre 2026, la présentation du mode Consentement (consent mode) de Google distingue le mode de base, qui bloque les balises Google en l’absence de consentement, du mode avancé, qui peut envoyer des mesures sans cookies.
La documentation sur la modélisation du comportement de Google décrit des estimations concernant les visiteurs qui refusent les cookies d’analyse, établies à partir de visiteurs similaires qui les acceptent.
Le guide de configuration pour les sites web de Google exige que le consentement soit mis à jour sur la page où le choix est effectué, avant de passer à une autre page.
Le guide de dépannage avec Tag Assistant de Google explique comment examiner le consentement par défaut, ses mises à jour et le déclenchement ou le blocage des balises.

Comment les choix de consentement modifient-ils le trafic observé ?

Le mode Consentement adapte le comportement des balises Google à l’état du consentement du visiteur, c’est-à-dire à l’acceptation ou au refus de chaque type de consentement. Dans la présentation de Google, analytics_storage contrôle le stockage lié à l’analyse, notamment les cookies mesurant la durée des visites. Lorsque ce consentement est refusé, la balise ne lit ni n’écrit de cookies d’analyse internes (first-party cookies). Le mode avancé peut encore transmettre des mesures ; le mode de base ne transfère aucune donnée lorsque le consentement est refusé.

Cette distinction influe sur le comptage. L’explication de la modélisation du comportement de Google prend l’exemple de 10 pages vues : sans identifiant persistant, Analytics ne peut pas déterminer si elles correspondent à 10 utilisateurs ou à 1 utilisateur. Le nombre d’événements a donc un sens différent du nombre d’utilisateurs identifiables ou de sessions.

Lors des comparaisons temporelles du trafic référent issu de l’IA (AI referral traffic), ces différences de collecte font de la configuration du consentement un élément du contexte de mesure.

Quand le trafic modélisé peut-il apparaître dans les rapports ?

La modélisation du comportement estime l’activité des utilisateurs à partir de données observées. Les conditions d’éligibilité de Google comprennent le mode Consentement avancé sur tout le site, au moins 1 000 événements quotidiens avec analytics_storage='denied' pendant au moins 7 jours, et au moins 1 000 utilisateurs consentants par jour pendant 7 des 28 jours précédents. Ces seuls seuils ne suffisent pas à établir l’éligibilité.

L’identité de reporting « Mixte » (Blended) affiche les données modélisées lorsqu’elles sont disponibles. L’icône de qualité des données indique si des données utilisateur estimées sont incluses. Comparer cet état aux volumes de trafic aide à distinguer les changements de couverture des rapports des changements du nombre de visites.

Comment vérifier l’implémentation sur un site web ?

Les instructions de configuration de Google fournissent cet exemple de refus par défaut pour gtag.js, l’interface JavaScript de la balise Google :

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied'
});

La commande définissant l’état par défaut précède les commandes envoyant des données de mesure. Elle constitue une partie de l’implémentation : la solution de gestion du consentement doit aussi mettre à jour l’état après le choix du visiteur. Le même guide avertit que recharger une page après un changement de consentement peut entraîner la perte de données de la page d’origine, dont un événement session_start. Le navigateur peut aussi annuler les mises à jour envoyées pendant le déchargement d’une page.

La procédure de dépannage de Google utilise le premier événement Consent de Tag Assistant pour examiner les valeurs par défaut et l’événement Consent le plus récent pour examiner les mises à jour. L’onglet Consent présente les colonnes On-page Default et On-page Update. Pour les implémentations utilisant Tag Manager, l’onglet Tags montre les balises déclenchées ou bloquées. Lorsque les valeurs de consentement par défaut varient selon la région, la procédure demande de répéter les vérifications en simulant différentes localisations géographiques.

Termes associés

Questions fréquentes

Le refus des cookies d’analyse arrête-t-il toutes les requêtes de mesure ?

Dans le mode Consentement avancé de Google, les balises peuvent envoyer des mesures sans cookies lorsque le consentement est refusé. Le mode de base bloque les balises Google en cas de refus : l’implémentation détermine donc l’écart de collecte.

Afficher un bandeau de consentement suffit-il à mettre à jour la mesure ?

Le guide de configuration de Google exige une commande de mise à jour après l’interaction du visiteur avec la solution de gestion du consentement. Le mode Consentement lui-même n’enregistre pas les choix de consentement ; l’implémentation doit conserver le choix et l’appliquer aux pages suivantes.

Que dois-je examiner après avoir modifié le bandeau ?

Vous pouvez utiliser les vérifications de Google dans Tag Assistant pour contrôler l’état par défaut avant le déclenchement des balises, puis sa mise à jour après l’acceptation ou le refus du consentement. Vérifiez chaque type de consentement configuré par le bandeau, dont analytics_storage.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Lacunes de mesure liées au consentement