Contexte1. Les règles de processingPrincipe de fonctionnementSchéma explicatif du processingComment y accéder ?Comment vérifier les conflitsConstruction des règles2. Les exclusions3. Le flag privacyPour conclure
Contexte
Votre implémentation Piano Analytics dans Google Tag Manager respecte parfaitement un plan de marquage impeccablement construit pour suivre tous vos événements et propriétés mais vous observez quand même des incohérences ?
Le dataLayer est au poil et envoie toutes les données attendues par GTM puis dans les hits Piano Analytics mais vous ne retrouvez pas la totalité de ces information de manière ISO ?
Vous avez vérifié la gestion du consentement et vos propriétés sont bien exemptées du consentement dans votre marquage ?
Est-ce que vous avez pensé à regarder du côté de l’interface Piano Analytics directement si les écarts ne pouvaient pas provenir de là ? Plusieurs paramétrages de l’interface Data Management peuvent entrer en conflit avec la donnée collectée et nous allons les passer en revue dans cet article !
Tout se passe dans cette interface : https://analytics.piano.io/datamanagement/#/
1. Les règles de processing
Principe de fonctionnement
À noter : le but n’est pas ici de pousser un tuto de création des règles mais plutôt comment s’assurer qu’il n’y a pas de conflits éventuels avec GTM
Les règles de processing sont un exemple assez simple des possibilités très variées qu’offre Piano Analytics. Mise à part quelques propriétés (celles considérées comme étant déjà calculées par Piano), vous pouvez éditer la manière dont les données seront “calculées” pour chaque valeur de propriété.
Dans l’idée, cela peut permettre de définir la valeur d’une propriété en fonction d’une ou plusieurs autres propriétés ou conditions
Schéma explicatif du processing
Pour détailler le processus et expliquer pourquoi il peut y avoir conflit nous avons récupéré le schéma du processing de la donnée de Piano :
Ce qu’il faut en comprendre dans notre cas :
- En bleu → Nous avons l’utilisation du SDK pour collecter la donnée (via GTM ou autre TMS / méthode de collecte)
- En rouge → L’étape d’application des règles via Data Management
- En vert → L’alimentation (sorte de validation) de la donnée
On visualise donc bien que ces règles arrivent APRÈS l’envoi du hit et peuvent donc agir en surcouche et en modification de ce qui est envoyé.
Comment y accéder ?
L’accès à cette modification peut se faire à l'intérieur de chaque propriété sous l'onglet "Processing" et il est nécessaire d'avoir les bons droits pour pouvoir y accéder ("Data Supervisor" ou "Administrateur").
Il sera visible dans Applications > Settings > Data Management > Data Model > Propriétés > Edition > Processing :
Comment vérifier les conflits
Tout d’abord, le premier constat est le plus évident : s’il n’y a aucune règle sur la propriété que vous regardez, il n’y a pas de surcouche d’alimentation de la propriété.
Ensuite, comme on le voit sur la capture de la section précédente, il faut bien observer le contenu des propriétés car il y a plusieurs scopes possibles pour les propriétés :
- Organisation (default rule)
- Groupe de sites
- Sites
Construction des règles
Un exemple vaudra mieux que mille mots :
Pour chaque propriété nous pourrons retrouver ce type de règle à savoir : si la valeur remonte dans le hit alors on prend la valeur en question.
Ici :
Si on a une valeur pour “page” dans le hit alors on utilise cette valeur pour alimenter la propriété “page” ce qui est normal et attendu !Cependant si on retrouve quelque chose comme ceci :
On peut voir ici qu’il y a une modification directe de la valeur d’entrée pour obtenir une nouvelle valeur de sortie :
si on a page = accueil alors on veut remplacer par page = “/” Cette interface permet donc de rajouter une surcouche sur la plupart des propriétés Piano afin d’en créer ou modifier la valeur.
C’est ici que l’on peut donc rencontrer un conflit avec le tracking Google Tag Manager puisqu’une valeur “A” poussée depuis GTM peut tout à fait remonter en tant que valeur “B” dans Piano Analytics.
2. Les exclusions
Comme pour les règles de processing, les exclusions sont des règles appliquées selon certaines conditions d’événements et de propriétés. Ici, il est plutôt cas d’une éventuelle situation de données qui ne remontent pas, plutôt que de données qui remontent différemment.
Les exclusions permettent d’exclure des événements complets dans le cas d’un trafic robot ou interne par exemple. On y accède depuis Applications > Settings > Data Management > Configuration > Exclusions > Site ou organisation :
Ensuite, un listing des exclusions peut se visualiser directement s’il y en a et la configuration est un peu à l’image des règles de processing sur les propriétés via des conditions :
Point important à garder en tête
Une règle d’exclusion va entrainer la suppression de l’événement collecté. Si un événement collecté par Piano Analytics rencontre les critères d’une règles d’exclusion, c’est l’événement au complet qui ne sera pas pris en compte et pas simplement le critère en question
3. Le flag privacy
Ce point est un petit détail qui peut rapidement être oublié, mais via la gestion du consentement pour Piano Analytics, il est possible de cocher une case dans l’interface qui effectuera une surcouche d’analyse du consentement.
Lorsque cette option est active le processing va analyser pour chaque hit reçu, est-ce que le visiteur était en mode
exempt ou optin et si c’est en exempt la valeur de la propriété dont la case est cochée sera “vidée”
Cette configuration est donc une sorte d’override de la gestion du consentement dans l’implémentation, qui prend place dans le processing (cf. schéma du processing)
Pour conclure
De notre côté nous recommandons d’éviter d’appliquer des paramétrages dans ces interfaces pour échapper à la création accidentelle d’une machine à gaz.
Nous le voyons plutôt comme un dernier recours lorsque vous n’avez pas accès à l’implémentation par exemple !
Même avec une implémentation technique parfaitement rigoureuse côté GTM et un dataLayer conforme, des incohérences peuvent toujours apparaître dans vos rapports Piano Analytics. Comme nous l’avons vu, l’interface Data Management joue un rôle central dans la transformation, l’exclusion ou la suppression des données collectées.
Avant de remettre en question votre plan de marquage ou votre outil de collecte, pensez donc à auditer ces trois points clés :
- Les règles de processing qui peuvent transformer vos valeurs.
- Les exclusions qui peuvent faire disparaître des événements.
- Le flag privacy qui peut “vider” des propriétés même si le consentement semble correctement géré.
Gardez toujours en tête que ces traitements ont lieu après la collecte et donc → une donnée envoyée ≠ une donnée visualisée.
Cet article vous a plus ? Nous vous invitons à le partager sur Linkedin ou vos réseaux sociaux !
Fabien Maury
Consultant Tracking et Analytics chez unnest, Fabien est en charge de l’expertise autour de Piano Analytics et de la gestion des implémentations clients.
Après avoir passé 3 ans au support Piano Analytics où j’aidais les clients dans leur utilisation de l’outil et le respect des consignes de privacy, j'ai rejoins unnest pour relever de nouveaux défis en matière de tracking, en apportant mon expertise pour résoudre des problématiques complexes de collecte et d'analyse des données tout en respectant les meilleures pratiques de confidentialité.
Piano Analytics / GTM / Server-side / GA4
✉️ Me contacter : fabien.maury@unnest.co
🎓 Références: Alterna Énergie, Pichet, GM Santé, Mapa Assurances, Miko
⚒️ Outils: Piano Analytics, GTM, GA4, Google Ads, Didomi, Axeptio