Quelles sont les causes possibles de mismatch pour mes segments user-centric ?

Quelles sont les causes possibles de mismatch pour mes segments user-centric ?

Pourquoi observe-t-on parfois un écart entre un segment user-centric sélectionné dans un rapport et les URLs, dimensions ou métriques affichées ?
Par exemple :
  • je filtre sur le segment Marché = DE, mais je vois des URLs qui semblent appartenir au marché FR ou ES ;
  • je filtre sur une section Corporate, mais je vois des URLs ou des clics liés à une section Blog ou Boutique ;
  • je filtre sur un univers spécifique du site, mais certaines métriques semblent provenir d’un autre univers.


En Résumé

Un mismatch apparent peut avoir plusieurs causes.
  • La première est que le rattachement entre une métrique, une dimension et un segment est déclaré dans les données envoyées à Eulerian, par exemple via GTM ou Tealium. Eulerian se base donc sur les valeurs reçues dans les appels de collecte.
  • La deuxième est liée au fonctionnement des segments user-centric : ces segments sont sticky au niveau de l’utilisateur. Cela signifie qu’un utilisateur conserve la dernière valeur connue du segment, jusqu’à ce qu’une nouvelle valeur soit reçue. Cette dernière écrasera donc la précédente.
  • Important : Les métriques calculées en temps réel suivent ces segments. Cela signifie qu'au sein d'une même session, si un utilisateur visite 3 pages en appartenant au segment FR, puis 3 nouvelles pages en appartenant au segment ES, chacun des segments sera incrémenté de 3 pages vues.
  • Enfin, certains écarts peuvent apparaître lorsque l’on combine un segment user-centric avec un filtre sur un type de vente ou un type de devis, car ces deux filtres ne s’appliquent pas nécessairement au même niveau.


1. L'assignation à un segment est issue des données envoyées à Eulerian

Le rattachement entre une métrique, une dimension et un segment est déclaré dans les données envoyées à Eulerian, par exemple via GTM ou Tealium.
Autrement dit, Eulerian s’appuie sur les informations reçues dans les appels de collecte. Si un appel est envoyé avec une valeur donnée, cette valeur sera utilisée pour rattacher l’utilisateur et ses métriques au segment correspondant.
Par exemple :
  • une page peut envoyer marché = BE ;
  • une autre peut envoyer section = Corporate ;
  • une autre peut envoyer univers = Boutique.
Dans le cas d’un écart observé entre une URL et un segment, une première vérification consiste donc à analyser les logs bruts afin d’identifier quelle valeur de segment a réellement été transmise à Eulerian sur les appels concernés.
Par exemple, si une URL semble appartenir au marché FR, mais que certains appels envoyés à Eulerian contiennent marché = BE, alors le rattachement au segment BE peut s’expliquer par la donnée effectivement transmise dans le tracking.
De la même façon, si une URL semble appartenir à la section Blog, mais que l’appel contient section = Boutique, alors la donnée pourra être rattachée au segment Boutique.


2. Les segments user-centric sont “sticky” au niveau de l’utilisateur

Ces segments sont dits sticky au niveau de l’utilisateur.
Cela signifie que la valeur du segment associée à un utilisateur est conservée, puis mise à jour dès qu’une nouvelle valeur est reçue. En pratique, l’utilisateur appartient toujours au segment correspondant à sa dernière valeur connue.
Cette logique s’applique quelle que soit la nature de la dimension utilisée :
  • marché ;
  • section du site ;
  • univers de navigation ;
  • typologie de contenu ;
  • ou toute autre dimension personnalisée.

Exemple avec un marché

Un utilisateur arrive sur une page pour laquelle Eulerian reçoit :
Marché = FR
À ce moment-là, l’utilisateur est rattaché au segment Marché = FR, ainsi que les métriques qui le suivent.
Plus tard, ce même utilisateur visite une autre page pour laquelle Eulerian reçoit :
Marché = BE
Sa valeur de segment est alors mise à jour. Il quitte le segment Marché = FR et rejoint le segment Marché = BE, ainsi que les métriques qui le suivent.

Exemple avec une section de site

Un utilisateur arrive sur une page pour laquelle Eulerian reçoit :
Section = Blog
À ce moment-là, l’utilisateur est rattaché au segment Section = Blog.
Plus tard, ce même utilisateur visite une page pour laquelle Eulerian reçoit :
Section = Boutique
Sa valeur de segment est alors mise à jour. Il quitte le segment Section = Blog et rejoint le segment Section = Boutique.
Le point important est que ce fonctionnement s’applique au niveau de l’utilisateur, et non uniquement au niveau de l’URL ou de la page consultée.


3. Pourquoi une métrique peut-elle apparaître dans un segment alors que l’URL semble appartenir à un autre segment ?

Lorsqu’un rapport est filtré sur un segment user-centric, Eulerian retourne les données associées aux utilisateurs dont la dernière valeur connue du segment correspond au filtre sélectionné.
Par exemple, si le rapport est filtré sur Marché = BE, cela ne signifie pas nécessairement :
Afficher uniquement les clics dont l’URL appartient au marché belge.
Cela signifie plutôt :
Afficher les données associées aux utilisateurs dont la dernière valeur connue du segment Marché est BE.
De la même façon, si le rapport est filtré sur Section = Boutique, cela ne signifie pas nécessairement :
Afficher uniquement les clics dont l’URL appartient à la boutique.
Cela signifie plutôt :
Afficher les données associées aux utilisateurs dont la dernière valeur connue du segment Section est Boutique.


4. Les filtres sur les types de ventes | devis peuvent aussi créer des écarts

Une autre source de différence peut venir des filtres appliqués sur les types de ventes | devis.
Contrairement au segment user-centric, ce filtre est sticky au niveau de l'événement de vente | devis.
Pour chaque vente | devis, le paramètre type= est alimenté avec une certaine valeur. Cette valeur vient qualifier la vente et permet ensuite de filtrer les résultats selon le type de vente souhaité.
Par exemple, une vente peut être qualifiée avec une valeur du type :
AVEC_PROMOTION
Cette valeur permet ensuite de rattacher la vente à un filtre de type de vente | devis spécifique.
Le filtre sur le type de vente | devis qualifie donc la vente elle-même, tandis que le segment user-centric qualifie l’utilisateur selon sa dernière valeur connue.


5. Que se passe-t-il si je filtre à la fois sur un type de vente et sur un segment user-centric ?

Si, dans un rapport comme la Synthèse globale, vous filtrez à la fois sur :
  • un type de vente ;
  • et un segment user-centric, par exempleUnivers = App ;
alors seules les données des utilisateurs qui valident les deux conditions seront retenues.
Cela peut générer des écarts entre différents rapports, car les filtres ne s’appliquent pas nécessairement au même niveau :
  • le segment user-centric est porté par l’utilisateur et dépend de sa dernière valeur connue ;
  • le type de vente qualifie la vente elle-même ;
  • l’URL visible dans le rapport peut correspondre à une étape antérieure du parcours.
Il est donc possible qu’un utilisateur commence son parcours sur une page appartenant à un segment X, puis termine son parcours avec une vente ou une navigation appartenant à un segment Y.


Conclusion

Un mismatch entre un segment filtré, une URL observée et une métrique ne signifie pas nécessairement qu’il y a une anomalie.
Il peut s’expliquer par :
    la valeur réellement envoyée dans les appels de tracking (qu'il conviendrait donc de corriger si ce n'est pas le comportement attendu) ;
    le fonctionnement sticky des segments user-centric ;
    la combinaison avec un filtre sur le type de vente | devis ;
    le fait qu’un utilisateur puisse naviguer entre plusieurs marchés, sections ou univers au cours d’un même parcours.
Dans ce contexte, un filtre comme Marché = BE, Section = Boutique ou Univers = App ne doit pas toujours être interprété comme “uniquement les URLs ou métriques appartenant à ce périmètre”.
Il doit plutôt être compris comme :
Les données associées aux utilisateurs dont la dernière valeur connue pour cette dimension personnalisée correspond au segment sélectionné.