Analyse gratuite Guides d'installation Développeurs Comparer les CMP À propos Assistance Contact
Adopter Velo

Vous avez déjà un compte ? Se connecter

Ce que deviennent vos données GA4 quand les utilisateurs refusent les cookies

GA4 & mesure 14 juillet 2026· 7 min de lecture
La mascotte Velo inspecte un graphique à la loupe pendant qu'un fantôme se cache

Tous les articles

Tout dépend du Consent Mode que fait tourner votre site. Sans Consent Mode, ou en version basique, GA4 ne reçoit absolument rien d'un visiteur qui refuse : ni page vue, ni session, ni conversion. Avec le Consent Mode avancé, la balise envoie malgré tout un ping sans cookie qui transporte la page, le référent et un horodatage, mais aucun client ID, et Google modélise une partie du reste.

Les trois états possibles de votre site

Presque tous les débats sur le consentement et l'analytics se ramènent à une question qu'on pose rarement à voix haute : quand quelqu'un clique sur refuser, quelque chose quitte-t-il seulement le navigateur ? Il n'y a que trois réponses possibles, et votre site se trouve dans l'une d'elles exactement, en ce moment même.

Si vous avez une bannière qui bloque les balises et aucun câblage Consent Mode, la balise GA4 ne s'exécute tout simplement jamais pour ce visiteur. Avec le Consent Mode basique, la balise est retenue jusqu'à l'arrivée du consentement : un refus signifie donc qu'elle ne se charge pas davantage. Dans les deux cas, la visite ne produit strictement aucune donnée. Avec le Consent Mode avancé, la balise se charge bel et bien, vérifie l'état du consentement et envoie un ping allégé avec analytics_storage réglé sur denied. Ce ping fait toute la différence entre un trou que Google peut estimer et un trou qui restera vide pour toujours.

Visitor clicks Reject NO CONSENT MODE Tag never fires GA4 receives: nothing BASIC CONSENT MODE Tag blocked before load GA4 receives: nothing ADVANCED CONSENT MODE Cookieless ping sent page · referrer · time no client ID · no session Google models part of the gap back Nothing to model. The visit is simply gone.
signal encore transmis à GA4aucune donnée ne quitte le navigateur
Une même visite refusée, trois issues différentes. Seul le Consent Mode avancé laisse circuler un signal sans cookie, et seul ce signal donne à Google matière à modéliser. Les chiffres de récupération cités ici sont des fourchettes mesurées sur les implémentations clients d'Amplio Data, pas une garantie.

Mieux vaut le vérifier que le supposer. Beaucoup d'équipes croient tourner en mode avancé parce que leur CMP annonce la prise en charge de Consent Mode v2, alors que les balises présentes sur la page racontent autre chose. Nous avons écrit un guide dédié pour distinguer le mode basique du mode avancé dans un navigateur en direct.

Ce que GA4 conserve, et ce qu'il perd en silence

Prenons le cas favorable : Consent Mode avancé, pings qui circulent. Vous ne récupérez toujours pas vos données. Vous en obtenez une ombre anonyme, et c'est la forme de cette ombre qui casse les rapports.

Le ping sans cookie ne porte ni client ID ni session ID. GA4 ne peut donc pas relier deux pages vues d'un même visiteur ayant refusé : chaque hit arrive comme s'il venait d'une personne inédite. Vos compteurs d'utilisateurs dérivent, vos sessions gonflent, et la distinction nouveaux/récurrents perd tout sens sur cette part du trafic. Si vous vous demandez si GA4 reste exploitable dans cet état, nous avons décortiqué la question plus large dans Google Analytics peut-il fonctionner sans cookies. Tout ce qui repose sur l'identité part avec elle : les parcours utilisateurs, les lignes de l'User Explorer, le comportement des cohortes. Les conversions se déclenchent toujours en tant qu'événements, mais sans identité à qui les attribuer, elles s'accumulent en trafic direct ou non attribué — exactement là où le crédit d'un canal payant va mourir.

Les compteurs d'événements survivent mieux que les compteurs de personnes. C'est le résumé honnête, et il explique un schéma que nous voyons sans arrêt dans les comptes clients : les pages vues semblent à peu près plausibles alors qu'en dessous, chaque chiffre à l'échelle de l'utilisateur ou de l'attribution est subtilement faux.

Comment savoir dans quel état se trouve votre site

  1. Ouvrez votre site dans une fenêtre de navigation privée neuve

    Une fenêtre normale transporte une ancienne décision de consentement, et c'est de loin la raison la plus fréquente pour laquelle ce test donne un faux résultat. La navigation privée garantit que vous voyez ce que voit un visiteur qui arrive pour la première fois.

  2. Ouvrez l'onglet Network, puis cliquez sur refuser

    Filtrez les requêtes sur collect. Faites-le avant de fermer la bannière, pour capturer ce qui se déclenche autour du moment de la décision plutôt qu'après.

  3. Cherchez une requête qui part malgré tout

    Une requête /g/collect qui part malgré votre refus signifie que la balise tourne en mode avancé. Un panneau vide signifie le mode basique, aucun Consent Mode du tout, ou une balise cassée d'une manière que personne n'a remarquée.

  4. Lisez le paramètre gcs sur cette requête

    C'est l'étape qui tranche le débat. Ouvrez la requête et repérez gcs dans la charge utile. Une valeur de G100 signifie que les deux signaux de stockage sont arrivés à denied, ce qui correspond exactement à un refus correctement câblé. Sa présence prouve que l'état du consentement a bien atteint Google au lieu d'être perdu en route.

  5. Comparez vos volumes aux seuils de Google

    Le mode avancé ne se convertit en données modélisées que si votre propriété est éligible, et la plupart des petits sites ne le sont pas. Les chiffres figurent dans la section suivante, et mieux vaut les connaître avant de compter sur une récupération que vous ne recevrez jamais.

La modélisation n'est pas un remboursement

C'est là que les explications habituelles s'arrêtent, et là que se nichent les surprises coûteuses. La modélisation comportementale existe bel et bien et elle aide, mais elle s'accompagne de conditions publiées que presque personne ne confronte à son propre trafic.

La documentation de Google est explicite : une propriété a besoin d'au moins 1,000 événements par jour avec analytics_storage à denied pendant au moins 7 jours, et d'au moins 1,000 utilisateurs quotidiens envoyant des événements avec le consentement accordé sur 7 des 28 jours précédents. Remplir les deux conditions, précise Google, ne garantit toujours pas l'éligibilité. En dessous de ces volumes, il n'y a aucune modélisation, aucun avertissement, et aucun bandeau dans l'interface pour vous le signaler. Vos rapports affichent simplement la moitié consentante de votre trafic et la présentent comme le tableau complet.

La deuxième limite est celle qui piège les équipes les plus aguerries. Les données modélisées ne quittent jamais l'interface GA4. Google les exclut de l'export BigQuery, des audiences, de l'exploration User Explorer et des explorations de cohortes, des rapports de rétention et des métriques prédictives. L'estimation qui rend vos rapports standards plus flatteurs est donc absente de votre entrepôt de données, et absente des audiences sur lesquelles vous bâtissez vos campagnes. Votre plateforme publicitaire cible toujours les seuls utilisateurs consentants. Votre équipe data modélise toujours sur les seuls utilisateurs consentants. Les deux chiffres ne se réconcilieront jamais, parce qu'ils n'ont jamais mesuré la même population.

C'est le plancher honnête. Une configuration avancée parfaitement câblée récupère une part significative de ce que la bannière vous coûte, et une autre part reste perdue quel que soit l'outil que vous achetez. Pour la marche à suivre concrète, nous avons écrit un guide pas à pas pour récupérer les conversions que le consentement vous coûte.

Ce que cela coûte réellement

L'ampleur du phénomène est ce qui rend le sujet digne d'attention. Sur les implémentations clients d'Amplio Data, nous trouvons généralement environ 34% des sessions coincées derrière la bannière, invisibles pour un analytics qui n'a jamais été câblé pour le consentement. Câbler le consentement comme Google l'attend permet généralement de récupérer 20 à 40% des conversions que le consentement vous coûtait. Ce sont dans les deux cas des fourchettes mesurées sur les implémentations clients d'Amplio Data, pas une garantie : la récupération dépend de votre mix de trafic, de vos régions et de la configuration de vos balises. Nous avons détaillé où part ce tiers de votre trafic dans un article dédié, et les signaux eux-mêmes dans notre guide en clair du Consent Mode v2.

La conclusion pratique est plus modeste que ne le laissent croire les chiffres. Déterminez dans lequel des trois états vous vous trouvez, aujourd'hui, dans une fenêtre de navigation privée. Si rien ne quitte le navigateur au moment du refus, ce n'est pas la loi sur la vie privée qui vous fait perdre des données. C'est une configuration que personne n'a terminée. C'est précisément ce trou que Velo est conçu pour combler : la bannière, les signaux denied par défaut et le câblage Consent Mode v2 arrivent comme une seule couche déjà configurée, pour que le chemin du refus soit délibéré plutôt qu'accidentel.

Questions fréquentes

Les questions que l'on pose sur ce sujet.

Qu'advient-il des données GA4 quand les internautes refusent les cookies ?

Tout dépend du Consent Mode que vous utilisez. Sans Consent Mode, GA4 ne collecte absolument rien d'un visiteur qui refuse : ni page vue, ni session, ni conversion. Avec le Consent Mode basique, la balise ne se déclenche jamais, le résultat est donc identique. Avec le Consent Mode avancé, la balise se charge malgré tout et envoie un ping sans cookie qui transporte la page, le référent et un horodatage, mais aucun client ID ni session ID, ce qui permet à Google de modéliser une partie du comportement manquant et de la réinjecter dans vos rapports.

GA4 compte-t-il encore un visiteur qui refuse les cookies ?

Uniquement en Consent Mode avancé, et pas en tant que personne. Le ping sans cookie ne porte pas de client ID : GA4 ne peut donc pas savoir que deux pages vues viennent du même visiteur. Chaque hit ressemble à un utilisateur inédit. C'est pourquoi le trafic ayant refusé a tendance à gonfler vos sessions et vos nouveaux utilisateurs, tout en écrasant tout ce qui dépend de l'identité, comme les visiteurs récurrents et les parcours utilisateurs complets.

La modélisation comportementale récupère-t-elle les données perdues au refus des cookies ?

En partie, et seulement si votre propriété est éligible. La documentation de Google exige au moins 1,000 événements par jour avec analytics_storage à denied pendant au moins 7 jours, et au moins 1,000 utilisateurs quotidiens envoyant des événements avec le consentement accordé sur 7 des 28 jours précédents. En dessous de ces volumes, rien n'est modélisé et le trou reste béant. Remplir ces conditions ne garantit toujours pas l'éligibilité.

Pourquoi mes chiffres GA4 ne correspondent-ils pas à mon export BigQuery ?

Parce que les données modélisées ne quittent jamais l'interface GA4. Google exclut les résultats modélisés de l'export BigQuery, mais aussi des audiences, de l'User Explorer, des explorations de cohortes, des rapports de rétention et des métriques prédictives. Votre entrepôt de données et vos audiences publicitaires ne voient donc que les utilisateurs consentants, tandis que les rapports standards y ajoutent une estimation modélisée. Les deux ne mesurent pas la même chose : elles ne se réconcilieront jamais.

Les visiteurs qui refusent apparaissent-ils dans les audiences GA4 et les listes de remarketing ?

Non. Les audiences se construisent à partir d'utilisateurs identifiés, et un visiteur ayant refusé n'a aucun identifiant sur lequel s'appuyer. La modélisation ne comble pas ce manque non plus, puisqu'elle est exclue des audiences par conception. Même une configuration avancée parfaitement câblée laisse vos listes de remarketing plus courtes que ne le laisse penser votre trafic.