Les informations liées à l’acquisition sont enregistrées dans les paramètres des événements de la visite (pageview, clicks, …) et non dans l’évent “session_start”.
La dimension First User Source / Medium contient l’origine de l’acquisition d‘un utilisateur.
La dimension Session Source / Medium contient l’origine de l’acquisition d’une session.
Une session doit contenir l’event “session_start” pour que les informations d’acquisition du premier hit (en général le hit de pageview) soient attribuées à la session.
Absence de “session_start” = pas de données d’acquisition attribuées à la session = traffic Unassigned
La dimension Source / Medium contient l’origine attribuée par GA4 à une conversion. Une erreur classique consiste à l’utiliser en pensant qu’il s’agit de la source des sessions.
💡
Tips:
Passez à l’interface en anglais pour mieux identifier les notions GA mentionnées ici dans leur langue d’origine, en anglais ! C’est par ici.La consommation de café est recommandée pendant la lecture
Dans l’épisode précédent, nous essayions de comprendre ce qu’était le traffic de type “Unassigned” dans GA4. Depuis, j’ai non seulement trouvé une nouvelle origine de ce traffic, mais surtout, j’ai compris beaucoup de choses sur les source/medium, traffic_source.source de BigQuery, First user source / medium & co.
Cet article vous explique en détail :
la différence entre une session UA et une session GA4
les dimensions liées à l’acquisition
le traffic unassigned lié à l’absence du “session_start”
Bon, je commence par enfoncer une première porte ouverte:
Vous allez retrouver dans Big Query et dans Google Analytics des dimensions différentes et des dimensions similaires. Voici un tableau récapitulatif des notions que nous allons voir.
Attention : les dimensions GA4 seront les mêmes dans LookerStudio donc il est important de comprendre ces notions pour bien paramétrer vos dashboards.
Nom de la dimension GA4
Nom de la dimension BigQuery
Définition
Scope
First user source
traffic_source.source
Source d’acquisition enregistrée pour un utilisateur unique lors de sa toute première visite. Elle n’est pas modifiée par la suite.
User
First user medium
traffic_source.medium
Medium d’acquisition enregistrée pour un utilisateur unique lors de sa toute première visite. Elle n’est pas modifiée par la suite.
User
Session source
pas de dimension native
Source d’acquisition d’une visite
Session
Session medium
pas de dimension native
Medium d’acquisition d’une visite
Session
pas de dimension native
event_params → source*
Source d’un hit particulier (peut être différent de celui de la session)
Event
pas de dimension native
event_params → medium*
Medium d’un hit particulier (peut être différent de celui de la session)
Event
Source
pas de dimension native
Dispo pour les évènements de conversion uniquement: donne la source attribuée à cette conversion
Event
Medium
pas de dimension native
Dispo pour les évènements de conversion uniquement: donne le medium attribué à cette conversion
Event
*les éléments sont nestés, voir tout en bas de l’article comment requêter ces élements
Session source/medium
Définition d’une session
Il y a une différence entre Universal Analytics et GA4, anodine au premier abord, mais qui a ici toute son importance.
Dans Universal, lorsque de nouveaux paramètres utm étaient collectés en milieu de session, s’ils étaient différents de ceux de départ, alors, la session était cassée. Vous vous retrouviez alors avec deux sessions au lieu d’une. Dans GA4, la session ne se casse plus.
Comment cela se fait-il que la session ne soit pas cassée me demandez-vous?
La fonction de l’évent “session_start”
Une session GA4 est calculée à partir de l’évènement “session_start”. Il n’est pas visible dans le network, uniquement dans Big Query ou dans l’interface de GA4 mais il est particulièrement important.
Cet évènement se déclenche de manière autonome à chaque début de session. Donc, par exemple si un utilisateur arrive sur le site pour la première fois de la journée, l’évent se déclenche et est associé à la première page vue. Puis, si le même utilisateur revient sur le site depuis une autre source seulement quelques minutes après l’avoir quitté, alors l’évent “session_start” ne part pas: c’est la même session. La règle des 30 minutes d’inactivité (par défaut) entre deux visites pour déclencher deux sessions est toujours valable dans GA4. On considère donc ici que toutes les actions sont à moins de 30 minutes d’intervalles les unes des autres.
💡
Ainsi la dimension GA4 Session Source / Medium portera la valeur de la source et du medium du premier hit de pageview associé au session_start.
Cela s’illustre très bien dans BigQuery lorsque l’on requête les sessions d’un utilisateur.
Voici 3 sessions d’un même user_id.
→ Cet utilisateur est arrivé la première fois sur le site via le canal direct. Cette session là n’apparaît pas ici, elle est antérieure à la plage de temps investiguée.
→ On peut voir que tous les évènements des divers sessions ont une source organique, l’utilisateur n’a pas changé de source durant sa visite dans ce cas précis.
→ Qu’en est-il de la source de la session?
Pour ce dernier point, la dimension n’était pas disponible dans BigQuery, il faut aller voir dans GA4. Il est possible de faire une recherche les user_id mais pas sur les session id. il faudra donc être un peu astucieux. Voici comment j’ai fait étape par étape:
ouvrir un User Explorer report dans GA4
on ne peut pas faire de recherche sur le User ID (qui se nomme App Instance Id dans l’interface) donc on va réduire notre périmètre au maximum: sur la date, l’heure mais aussi le nombre d’évènements dans la session (par exemple, trois pour la première session)
une fois que vous avez trouvé le user ID correspondant, cliquez dessus pour ouvrir le report de user activity. On y retrouve bien les sessions de BiqQuery.
Et si l’on ajoute un filtre, on peut voir que les 3 sessions avec le session_start appartiennent à l’organic tandis que la visite sans session_start, bien que les events aient le paramètre source= organic, remonte en unassigned.
💡
Vous avez trop de traffic Unassigned ? Son origine provient probablement du fait que l’événement “session_start” ne part pas.
First User Source / Medium
Les utilisateurs sont identifiés avec le user_pseudo_id enregistré dans les cookies. Tant que la durée de vie du cookie n’as pas atteint sa limite, que l’utilisateur (au sens GA du terme) ne supprime pas ses cookies, etc.. alors toutes ses sessions lui seront associées.
La valeur de Session Source / Medium de la toute première session enregistrée pour un utilisateur sera donnée à la dimension First User Source / Medium grâce à l’évènement “first_visit” qui a la même utilisation que “session_start” mais au scope utilisateur.
Source / medium
Dans GA4, cette dimension se retrouve dans la catégorie Attribution et non dans Traffic source.
Vous remarquerez aussi que cette dimension ne peut être croisée avec toutes les métriques.
Seules les métriques disponibles pour les évents de conversions sont utilisables ici.
💡
Source / Medium, ce n’est pas votre source de trafic, mais la source attribuée à votre conversion.
Reprenons la visite décrite plus haut. Si l’on résume de manière très simplificatrice, la visite a été générée par de l’organique. Mais qu’en est-il de l’achat, défini ici comme un évènement de conversion ? Cette conversion provient-elle de l’organique ou de la newsletter?
La source et le medium d’une conversion (dimension Source / Medium dans l’interface) sont définis par GA4 suivant un modèle d’attribution dans le but de mieux répartir le “succès” d’une conversion. On peut imaginer dans ce cas de manière très simpliste que la conversion vient à la fois de l’organique et de la newsletter. Ainsi, on retrouverait dans l’interface GA4 les informations suivantes :
Source/ Medium
Conversions
google / organic
0.5
newsletter / email
0.5
Cela explique pourquoi vous les valeurs de la métrique Conversions sont des nombres décimaux et non des entiers.
Pour avoir plus d’informations sur le modèle d’attribution qui est actif sur votre GA4, vous pouvez aller dans Admin > Attribution Settings :
Les requêtes de cet article
sql
-- Extraire les sessions pour un même user_id, grouper par session et trier dans l'ordre chronologique.SELECT
user_pseudo_id AS user_pseudo_id,
event_timestamp AS timestamp,
traffic_source.source AS user_source,(select value.int_value from unnest(event_params) where key ='ga_session_id')AS session_id,
event_name AS event_name,(select value.string_value from unnest(event_params) where key ='source')AS event_source,(select value.string_value from unnest(event_params) where key ='medium')AS event_medium
FROM`tableSource`WHERE
user_pseudo_id ="user_id_value"ORDERBY
timestamp ASC
sql
-- Trouver des utilisateurs avec des sessions contenant ou non l'évènement "session_start". sessionStart_count = 0 signifie que la session ne possède pas d'event session_start
WITH prep AS(SELECT
user_pseudo_id AS user_pseudo_id,
event_timestamp AS timestamp,
event_name,(select value.int_value from unnest(event_params) where key ='ga_session_id')AS session_id,(select value.string_value from unnest(event_params) where key ='source')AS session_source,from`table.analytics_1234.events_*`
where
_table_suffix between 'yyyymmdd' and 'yyyymmdd'
and
user_pseudo_id ="use_id_value"-- si vous avez déjà identifié un utilisateur avec une problématique Unassigned.)SELECT
user_id,
session_id,
timestamp,
session_source,countif((event_name)="session_start")over(
partition by session_id, user_id
order by event_name asc
rows BETWEEN unbounded preceding AND unbounded following)AS sessionStart_count
FROM
prep
ORDERBY
timestamp ASC
✍️
L’auteur : Lucie Lafarge
Consultantetracking & analytics chez UnNest, je travaille sur les sujets liés à la collecte et l’analyse de vos données de navigation.
Après 3 années au sein d’une agence dédiée à l'équipe data & analytics de Royal Canin, j’ai pu aiguiser mon sens de l'analyse pour transformer la donnée en action concrètes.
