Panel ou Google Analytics.

• SujetPanelGoogle Analytics 4

• Cookies posés

  Panel

  Aucun.

  Google Analytics 4

  _ga, deux ans par défaut.

• Bandeau de consentement

  Panel

  Aucun : rien n'est écrit sur l'appareil.

  Google Analytics 4

  Requis dans l'UE, parce qu'il y a un stockage terminal à faire consentir.

• Poids du script

  Panel

  Environ 2,5 Ko gzippés, une requête, aucune dépendance.

  Google Analytics 4

  Plusieurs dizaines de kilo-octets gzippés, plus ce que la configuration déclenche ensuite.

• Adresse IP

  Panel

  Jamais écrite en base, jamais journalisée. Elle sert au hash et au pays, puis elle disparaît.

  Google Analytics 4

  Reçue puis, d'après la documentation de Google, non conservée. La différence n'est pas là : c'est le cookie qui suit, pas l'IP.

• Reconnaître un visiteur demain

  Panel

  Impossible. Le secret qui fabrique l'identifiant est détruit chaque nuit.

  Google Analytics 4

  Oui, jusqu'à quatorze mois avec les réglages par défaut.

• Où vivent les données

  Panel

  Un serveur en Allemagne, dans l'Union européenne.

  Google Analytics 4

  L'infrastructure de Google, avec des transferts hors UE que plusieurs autorités européennes ont eu à juger.

• Échantillonnage

  Panel

  Aucun. Tout ce qui arrive est compté.

  Google Analytics 4

  Les explorations sont échantillonnées au-delà d'un seuil d'événements.

• Le code que vous servez

  Panel

  Source map publiée : vous pouvez lire exactement ce qui s'exécute chez vos visiteurs.

  Google Analytics 4

  Minifié, non documenté ligne à ligne.

• Prix

  Panel

  De 19 à 99 € par mois, selon le nombre de sites.

  Google Analytics 4

  Gratuit jusqu'à un plafond, puis une offre entreprise négociée.

Ces lignes décrivent Google Analytics 4 avec ses réglages par défaut, d'après la documentation publique de Google, au 24 septembre 2026. Si l'une d'elles est fausse ou a vieilli, écrivez-nous : cette page change le jour même. Une comparaison qui exagère est une comparaison qu'un lecteur attentif retourne contre nous.

• Les visiteurs uniques sur trente jours

  Nous ne rendons pas un nombre : nous rendons « indisponible », avec la raison. Additionner deux journées compterait deux fois quelqu'un qui revient, et l'information qui permettrait de corriger a été détruite volontairement. Un chiffre faux et confiant est pire qu'un trou visible dans un graphique.

• Les profils par personne, les cohortes, la rétention

  Ils exigent tous un identifiant qui survit d'une semaine à l'autre. C'est exactement ce que ce produit est construit pour ne pas avoir, donc ce n'est pas au programme — ni maintenant, ni plus tard.

• Les entonnoirs qui traversent plusieurs jours

  Un parcours à l'intérieur d'une même session est mesurable et arrive. Un parcours qui commence mardi et se termine jeudi ne l'est pas : de notre côté, ce sont deux personnes.

• Attribution de campagne dans le temps

  Nous lisons désormais les cinq paramètres utm_* : vous voyez quelles campagnes ont amené des visites — le jour où elles sont arrivées. Ce que nous ne pouvons pas faire, c'est attribuer à une campagne un achat réalisé trois semaines plus tard : il faudrait un identifiant reliant les deux visites, et le nôtre est détruit chaque nuit. Si votre reporting repose sur l'attribution sur plusieurs semaines, c'est cette ligne qui tranche.

• Le suivi entre plusieurs domaines

  L'identifiant est dérivé du site autant que du visiteur, donc la même personne sur deux de vos domaines fait deux visiteurs. C'est une conséquence directe du fait qu'un site ne puisse pas reconnaître les visiteurs d'un autre.

• Les intégrations Google

  Google Ads, Search Console, BigQuery, les audiences publicitaires : rien de tout cela. Si votre reporting est assis dessus, le coût du déménagement n'est pas dans Panel, il est là.

• La démographie et les centres d'intérêt

  Âge, sexe, catégories d'affinité : ces données viennent du graphe publicitaire de Google, pas de votre site. Nous ne les aurons jamais, et nous n'essaierons pas de les deviner.

• Les routes à fragment

  #/panier n'est pas suivi automatiquement : le compter voudrait dire envoyer le fragment. Un appel explicite depuis votre routeur le résout, mais c'est une ligne de code que l'autre outil ne vous demande pas.

• Vos visiteurs ne voient pas de bandeau

  Pas parce que nous avons trouvé une lecture favorable du texte, mais parce qu'il n'y a aucun stockage terminal à faire consentir. Rien n'est posé sur l'appareil. C'est une propriété du code, vérifiable dans le fichier que nous servons.

• Aucun chiffre n'est estimé

  Pas d'échantillonnage, pas de modélisation des conversions, pas de comblement des trous. Quand nous ne savons pas, nous le disons au lieu de produire une valeur plausible.

• L'IP n'est pas anonymisée : elle n'est jamais écrite

  La différence est réelle. « Anonymisée » suppose une donnée reçue, traitée puis transformée par une politique. Ici il n'y a pas de colonne, pas de ligne de journal et pas de sauvegarde qui la contienne — donc rien à mal configurer un mardi.

• Ce qui casse vos chiffres vous est montré

  Les autres scripts de votre page, et le fait qu'un d'entre eux ait déjà enveloppé history.pushState. Personne ne vous le dit, parce que c'est invisible depuis un serveur et que ce n'est presque jamais la faute de l'outil de mesure.

• Le script pèse environ 2,5 Ko

  Une requête, aucune dépendance, chargée en defer. Sur un téléphone en 3G, c'est la différence entre une ligne dans votre budget de performance et un poste de dépense.

• Une clé volée ne lit rien

  Le collecteur répond 204 à tout le monde et ne confirme jamais qu'une clé existe. Une clé publique permet d'envoyer du bruit dans votre compte, jamais d'en lire le contenu, et elle se révoque en un clic.