Google Analytics peut-il fonctionner sans cookies

Tous les articles

Oui, dans une configuration précise : un visiteur qui a refusé le consentement sur un site où Consent Mode v2 est branché. GA4 reçoit toujours l'événement, envoyé sous forme de ping sans cookie ne portant aucun identifiant : les comptages d'événements et les conversions modélisées survivent. Ce que vous perdez, c'est la continuité. Les utilisateurs, les sessions, les entonnoirs et les audiences ont tous besoin d'un identifiant, et sans lui personne ne peut être distingué d'un autre.

Ce qu'un hit sans cookie transporte encore

Un cookie GA4 n'est pas ce qui envoie les données. C'est ce qui retient qui les a envoyées. Retirez le cookie et la requête part quand même du navigateur, atteint quand même Google, nomme quand même la page, le référent et l'événement. Ce qu'elle ne porte plus, c'est l'identifiant client qui permet à Google de dire que ce hit et cet autre hit viennent de la même personne.

Cette seule valeur manquante décide de ceux de vos rapports qui survivent.

Trois choses différentes derrière la même question

La question cache trois configurations qui ne se comportent pas du tout de la même façon, et l'essentiel de la confusion en ligne vient de ce qu'on répond pour l'une pendant que le lecteur vit dans une autre.

Un visiteur a refusé le consentement, et Consent Mode v2 est branché. La balise GA4 se charge quand même et se déclenche quand même. Aucun cookie _ga n'est écrit, aucun identifiant client n'est attaché, et le ping part anonyme avec l'état du consentement à bord. C'est l'état sur lequel portent réellement la plupart des questions, et c'est celui où la réponse est un oui franc.

Le stockage est désactivé délibérément. Certaines équipes refusent analytics_storage pour tout le monde, ou utilisent l'ancienne méthode consistant à générer un nouvel identifiant aléatoire à chaque page. Les rapports se remplissent, ce qui donne un sentiment de réussite, et nous reviendrons sur les raisons pour lesquelles ce n'en est pas une.

Le marquage côté serveur avec un cookie propriétaire. Celui-là n'a rien de sans cookie. Le cookie est écrit par votre serveur plutôt que par le navigateur, ce qui change sa durée de vie et qui le dépose, pas son existence. Nous avons démonté tout cela dans faut-il encore une bannière de cookies avec le marquage côté serveur.

Le piège : faire en sorte que les rapports aient l'air normaux

Le cas qui mérite d'être nommé est le deuxième, parce qu'il est encore recommandé dans des guides écrits avant l'existence de Consent Mode : déclencher GA4 avec un identifiant généré au hasard à chaque page vue et sans stockage. Techniquement, cela fonctionne. Les données arrivent, les tableaux de bord se remplissent, rien n'a l'air cassé.

Ce que cela fait en silence, c'est transformer chaque hit en une personne distincte. Le nombre d'utilisateurs grimpe jusqu'à suivre les pages vues presque une pour une. Le taux d'engagement s'effondre, parce qu'aucune visite n'a jamais de deuxième événement rattaché. Les clients qui reviennent apparaissent comme des inconnus, à chaque fois, et toute comparaison avec le trimestre précédent n'a plus de sens, parce que les deux périodes comptent des choses différentes. Un ping sans cookie sous Consent Mode laisse un trou visible que Google comblera en partie par modélisation. Un identifiant factice remplit ce trou avec des chiffres faux, et rien dans l'interface ne vous le dit.

Il y a une deuxième chose que la suppression du cookie ne règle pas. Les règles de consentement couvrent le stockage ou la lecture d'informations sur l'appareil de quelqu'un, et couvrent séparément ce que vous faites ensuite des données personnelles. Passer au sans cookie ne répond qu'à la première moitié. Ce n'est pas un moyen de contourner la question, et le traiter comme tel est la façon dont les sites finissent sans conformité ni chiffres exploitables.

Comment savoir laquelle vous faites tourner

1. Cherchez le cookie après un refus

   Ouvrez votre site dans une fenêtre de navigation privée, refusez tout, puis cherchez _ga parmi les cookies stockés. S'il est là après un refus, quelque chose dans votre stack ne respecte pas la réponse, et vous n'êtes pas dans l'état que vous croyez.

2. Trouvez quand même la requête

   Le consentement toujours refusé, ouvrez le panneau réseau et filtrez sur collect. Une requête qui part malgré le refus n'est pas un défaut. C'est Consent Mode qui envoie le ping sans cookie, et c'est le mécanisme sur lequel repose toute la réponse.

3. Décodez l'état du consentement

   Sur cette requête, lisez le paramètre gcs. G100 signifie que les deux types de stockage sont refusés, G111 que les deux sont accordés. C'est la seule valeur qui nomme votre état sans devinette, et nous déroulons le décodage complet dans quel Consent Mode votre site exécute réellement.

4. Cherchez un identifiant dans le ping

   Un ping refusé ne doit porter aucun identifiant client. S'il y en a un, quelque chose l'a remis, et le coupable habituel est un conteneur serveur qui gère ses propres cookies. Ce seul réglage transforme des pings anonymes en sessions comptabilisées.

5. Comparez les utilisateurs aux pages vues

   Dans GA4, mettez les utilisateurs et les pages vues côte à côte sur la même période. S'ils évoluent presque une pour une, vous n'êtes pas sans cookie au sens de Consent Mode. Vous fabriquez un nouvel identifiant à chaque hit, et vos comptages d'utilisateurs ne sont que du bruit.

Ce que la modélisation rend, et ce qu'elle ne fait jamais

Google comble une partie de l'écart par modélisation : il apprend le comportement des visiteurs consentants et estime ce qu'ont fait les visiteurs anonymes. C'est une vraie récupération, et elle a sa place dans la réponse. Les limites y ont leur place aussi, et elles sont rarement énoncées.

Les données modélisées vivent dans l'interface GA4 et nulle part ailleurs. Elles ne sont pas dans l'export BigQuery : votre entrepôt ne voit donc toujours que les utilisateurs consentants, et ne pourra jamais être réconcilié avec les rapports standards. Elles ne peuvent pas construire une audience, alimenter l'explorateur d'utilisateurs, ni nourrir les cohortes et les métriques prédictives. Et la modélisation ne s'active qu'à partir d'un seuil de trafic que Google ne publie pas : une propriété plus petite peut donc tout faire correctement et voir malgré tout l'écart brut, sans rien de comblé. Nous avons déroulé le tableau complet dans ce qu'il advient de vos données GA4 quand les utilisateurs refusent les cookies.

L'ampleur de l'écart mérite d'être connue avant de décider de l'importance que tout cela a pour vous. Sur les implémentations clients d'Amplio Data, nous observons généralement environ 34% des sessions derrière la bannière, et 20 à 40% des conversions perdues récupérables une fois Consent Mode v2 câblé comme Google l'attend. Ces chiffres sont 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.

La version courte

Sans cookies, Google Analytics collecte très bien et ne reconnaît rien. Les événements, les paramètres et les conversions modélisées survivent ; les utilisateurs, les sessions, les entonnoirs et les audiences, non, parce que chacun d'eux repose sur le fait de savoir que deux hits vont ensemble. La configuration qui vaut la peine est la configuration honnête : un vrai choix de consentement, des pings sans cookie quand la réponse est non, et Consent Mode v2 branché correctement pour que Google modélise en retour ce qu'il peut.

C'est la configuration que Velo livre par défaut, et c'est pourquoi le trou dans vos rapports reste un trou sur lequel vous pouvez raisonner, plutôt qu'un chiffre discrètement rempli avec autre chose. Le mécanisme est détaillé sur la page produit.