Security, Privacy, AI and CSR information for all Piano products now lives in one place. Explore our Compliance Center.
Analytics
English French
English French

Pourquoi ai-je des différences de données entre Piano et Google Analytics ?

Piano Analytics et Google Analytics 4 comptent les visites, attribuent les sources et filtrent les rapports différemment ; les deux outils ne renverront donc jamais des chiffres identiques. Ces écarts s'expliquent en grande partie, et cet article passe en revue leurs causes par ordre d'importance.

Remarque : cet article porte sur Google Analytics 4. Universal Analytics a cessé de traiter les données le 1er juillet 2023 pour les propriétés standard, et Google a supprimé l'accès aux données Universal Analytics à partir du 1er juillet 2024. Plusieurs différences qui s'appliquaient à Universal Analytics n'existent plus dans GA4.

Durée des visites et des sessions

Par défaut, les deux outils clôturent une visite ou une session après 30 minutes d'inactivité et perdent le fil lorsque l'identifiant du visiteur est supprimé. Deux différences subsistent.

Minuit. Piano met toujours fin à une visite à minuit ; une navigation qui se poursuit de la fin de soirée jusqu'au lendemain est donc scindée en deux visites. Google définit la fin d'une session GA4 uniquement par l'inactivité et ne documente aucune limite de journée équivalente. Attendez-vous à ce que Piano rapporte plus de visites que GA4 ne recense de sessions pour le trafic qui s'étend au-delà de minuit.

Durée du délai d'expiration. Dans GA4, le délai d'expiration de session est configurable jusqu'à 7 heures et 55 minutes. Si votre propriété n'utilise plus la valeur par défaut de 30 minutes, GA4 regroupe en une seule session ce que Piano scinde en plusieurs visites.

Reconnaissance des visiteurs

Piano conserve l'identifiant du visiteur pendant 13 mois par défaut. Dans GA4, le cookie _ga est fixé par défaut à 2 ans et peut être paramétré de « immédiatement » jusqu'à 25 mois.

Un visiteur qui revient après 15 mois est un nouveau visiteur dans Piano et un utilisateur connu dans GA4, ce qui fausse toute comparaison entre les nouveaux visiteurs et les visiteurs récurrents.

Durée de conservation des données

La durée de conservation est une limite distincte de la reconnaissance des visiteurs : elle détermine jusqu'à quand vous pouvez remonter dans le temps pour effectuer une requête. Une comparaison à long terme peut échouer simplement parce qu'un outil ne conserve plus les données correspondant à cette période.

Piano Analytics applique par défaut une période de conservation glissante de 25 mois, pour toutes les propriétés et métriques.

Google Analytics 4 divise son paramètre de conservation des données en deux :

  • Données au niveau utilisateur et événements clés : 2 ou 14 mois.

  • Toutes les autres données d'événements : 2 ou 14 mois, étendues à 26, 38 ou 50 mois sur les propriétés 360.

Une propriété définie sur le paramètre le plus court cesse de renvoyer les données à portée utilisateur bien avant la fermeture de la fenêtre de 25 mois de Piano. Avant d'enquêter sur un écart concernant une période ancienne, vérifiez que les deux outils la conservent encore.

Comptage des sessions

Piano renvoie les données collectées. Vérifiez que le mode éco est désactivé lors de vos comparaisons, car il limite ce qu'un rapport renvoie.

GA4 ne compte pas les sessions, il les estime. Google calcule le nombre de sessions « en estimant le nombre d'ID de session uniques », à l'aide de l'algorithme HyperLogLog++, comme expliqué ici. Attendez-vous à une légère différence sur cette métrique, même lorsque tout le reste concorde.

Attribution des sources

Une source par visite ou session, dans les deux outils. Piano définit la source une seule fois, au début de la visite. Google indique qu'« une nouvelle session n'est pas démarrée lorsque Google Analytics rencontre une nouvelle campagne ou source de trafic » et, en comparant les deux générations de son propre produit, que « dans Universal Analytics, une nouvelle campagne démarre une nouvelle session, quelle que soit l'activité. Dans Google Analytics 4, une nouvelle campagne ne démarre pas de nouvelle session » (campagnes et sources de trafic, comparaison UA/GA4).

Une campagne arrivant en cours de visite. Dans Piano, un visiteur qui revient depuis une source marketing pendant une visite en cours génère un événement click.campaign.offsite. La visite n'est pas scindée et la source marketing n'est pas créditée. Dans GA4, la campagne n'est de même pas appliquée à la session en cours ; elle est plutôt conservée pour une attribution basée sur les événements.

C'est la portée qui fait diverger les chiffres GA4 entre eux. Une même propriété GA4 expose la même campagne selon trois portées, et en choisir la mauvaise est une cause fréquente de confusion lors des comparaisons avec Piano :

  • Portée utilisateur (firstUserSource, firstUserMedium) : la source qui a acquis le visiteur pour la première fois, qui peut remonter à plusieurs mois.

  • Portée session (sessionSource, sessionMedium) : la source de cette session. C'est la portée à comparer à la source de visite de Piano.

  • Portée événement (source, medium) : la source portée par un événement individuel, y compris une campagne rencontrée en cours de session.

GA4 applique également une fenêtre d'analyse rétrospective (lookback window) pour les événements clés de campagne, configurable au niveau de la propriété.

Limites de reporting de GA4

Trois mécanismes de GA4 réduisent ou masquent les données avant que vous ne les voyiez. Piano n'a d'équivalent pour aucun d'eux ; chacun se traduit donc par un déficit du côté de Google.

Consentement, exemption et utilisateurs modélisés

Piano Analytics peut être configuré avec l'exemption ePrivacy, de sorte que les événements sont collectés même lorsque le visiteur refuse la CMP, bien que les sources marketing ne soient pas censées être collectées en mode exempté. Si votre marquage exempté collecte malgré tout des sources marketing, cela peut à lui seul expliquer un volume marketing plus élevé dans Piano.

GA4 gère différemment le refus de consentement. Avec le mode consentement, et lorsque la propriété est éligible, Google applique la modélisation comportementale : il estime le comportement des utilisateurs ayant refusé les cookies analytics à partir du comportement de ceux qui les ont acceptés. Les prérequis indiqués par Google incluent le mode consentement sur toutes les pages, au moins 1 000 événements quotidiens avec analytics_storage='denied' sur 7 jours, et au moins 1 000 utilisateurs quotidiens avec analytics_storage='granted' sur 7 des 28 jours précédents.

La conséquence importe plus que le mécanisme : un chiffre GA4 peut inclure des utilisateurs modélisés qui n'ont jamais été collectés, tandis qu'un chiffre exempté de Piano ne contient que des événements réellement collectés. Il ne s'agit pas du même type de valeur, et chercher à combler l'écart entre les deux n'est pas un objectif réaliste.

Vérifiez votre marquage

Les différences d'implémentation l'emportent généralement sur tout ce qui précède.

  • Les événements se déclenchent-ils au même moment dans les deux outils ?

  • Toutes les pages sont-elles marquées avec les deux outils ? Les pages marquées avec un seul rendent toute comparaison peu fiable.

  • Les deux outils sont-ils soumis à la CMP de la même manière ?

Paramètres UTM

Les SDK Piano interprètent les UTM de Google, comme décrit dans la documentation développeur, mais la chaîne de traitement a besoin au minimum de utm_medium et utm_campaign pour créditer la source marketing d'une visite. Un lien ne portant que utm_source ne valorisera pas la source dans Piano. Consultez Peut-on récupérer les informations de nos campagnes UTM pour l'implémentation complète.

gclid et autres paramètres Google

Un gclid est une chaîne que Google génère pour lui-même ; Piano ne peut donc pas la décoder. Google alimente ses propres dimensions de source de trafic à partir de celle-ci grâce au marquage automatique de Google Ads, et donne la priorité aux valeurs marquées automatiquement.

En résumé

Comportement

Piano Analytics

Google Analytics 4

La visite ou la session se termine à minuit

Oui

Google définit la fin de session par l'inactivité

Délai d'inactivité par défaut

30 minutes

30 minutes, configurable jusqu'à 7 h 55

Durée de vie de l'identifiant visiteur

13 mois par défaut

Cookie _ga : 2 ans par défaut, jusqu'à 25 mois

Conservation des données

25 mois glissant par défaut

2 ou 14 mois au niveau utilisateur, jusqu'à 50 mois pour les données d'événements 360

Comptage des sessions

Données collectées

Estimé (HyperLogLog++)

Source par visite ou session

Une seule, définie au début

Une seule, définie au début

Campagne arrivant en cours de visite

Enregistrée comme click.campaign.offsite, source non créditée

Ne démarre pas de nouvelle session, conservée à la portée événement

Échantillonnage

Non, mais vérifiez le mode éco

Au-delà de 10 millions d'événements (jusqu'à 1 milliard en 360)

Lignes masquées pour raisons de confidentialité

Non

Données démographiques et de requêtes de recherche

Lignes à cardinalité élevée regroupées

Non

Regroupées dans « (other) »

Utilisateurs ayant refusé le consentement

Collectés sous exemption ePrivacy

Estimés par modélisation comportementale, si éligible

gclid

Non décodé, table de correspondance requise

Résolu via le marquage automatique de Google Ads

Last updated: