Comprendre les sessions dans Google Analytics 4

Mise à jour : 13/04/2025

Les sessions sont une des métriques clés pour mesurer le trafic d’un site. Mais avec l’arrivée de Google Analytics 4, leur calcul a changé, apportant son lot de nouveautés par rapport à Universal Analytics.

Dans cet article, vous découvrirez tout ce qu’il faut savoir sur les sessions dans GA4 : leur définition précise, où les retrouver dans vos rapports, et comment ces changements influencent votre analyse. Vous apprendrez également à ajuster leurs paramètres pour une meilleure personnalisation de vos données.

Qu’est-ce qu’une session dans Google Analytics 4 ?

Définition d’une session

Une session est comparable à une visite en magasin : un visiteur arrive, interagit (ou pas) avec des éléments, puis repart après un certain temps. Une session débute quand un utilisateur arrive sur le site et se termine au bout de 30 minutes d’inactivité : au cours des 30 dernières minutes, aucun nouvel "événement" ne doit avoir été déclenché.

Si la notion d’événement ne vous parle pas, je vous invite à parcourir l’article Les événements dans Google Analytics 4.

Prenons un exemple : dans Google Analytics, une session commence lorsque l'utilisateur, que nous appellerons Jean, accède à votre site. Si Jean reste inactif sur votre site pendant 30 minutes, la session prend fin. Par contre, chaque fois qu'il interagit avec un élément (par exemple, un scroll, ou l'ouverture d'une nouvelle page), Analytics réinitialise le délai d'expiration de la session en ajoutant 30 minutes à partir du moment où cette interaction s'est produite et la session se poursuit:

Que se passe-t-il si Jean laisse une page ouverte pendant sa pause de 31 minutes, puis revient parcourir le site ? Dans cette situation, la première session ouverte lorsqu'il est arrivé sur le site se termine 30 minutes après le début de sa pause. Lorsqu'il revient et continue à parcourir le site, une nouvelle session débute :

 
 

Calcul du nombre de sessions

Lorsqu'une session commence, Google collecte automatiquement un événement session_start, et génère avec cet événement un identifiant de session (ga_session_id) et un nombre de session (ga_session_number) :

  • L'identifiant de session est propre à chaque session (créé à partir de l’horodatage ou timestamp de la session en question). Lorsqu'un utilisateur ouvre 2 sessions distinctes sur votre site, 2 identifiants de session différents sont générés.

  • Le nombre de session indique le nombre de sessions d'un même utilisateur incluant la session en cours (par exemple, sa 3ème ou 5ème session sur votre site).

L'identifiant et le nombre de session sont automatiquement associés à tous les événements d'une session en tant que paramètres, visibles dans le DebugView notamment :

Analytics calcule le nombre de sessions du site en estimant le nombre d'identifiants de session uniques (= différents).

💡 Une session est plus que le simple événement session_start. Il existe en effet des cas où une session ne contient pas l’événement session_start, en raison d’un bug côté collecte ou de l’utilisation du Protocole de Mesure. Chaque événement au sein d’une session possède par contre le paramètre ga_session_id d’où son utilisation pour le calcul des sessions.

💡 Dans l’interface et via l’API, le nombre de sessions (tout comme le nombre d’utilisateurs actifs d’ailleurs) est estimé et inclut une part d’approximation. Le nom de l’algorithme pour cette estimation - qui permet à Google d’identifier les ID de sessions uniques en utilisant moins de mémoire - est HyperLogLog++ (HLL++). Si vous souhaitez en savoir plus, lire l’article du support de Google pour le développeurs Approximation du nombre unique dans Google Analytics. Et pour avoir une meilleure idée de la précision de l’algorithme (et de la faible marge d’erreur possible), consulter cet autre article (en anglais) de Quantable : How Accurate is HyperLogLog++ in GA4 ? Cette estimation est très souvent la raison pour laquelle la somme des sessions de vos canaux dans le rapport Acquisition de trafic (par exemple) ne sera pas égale au total affiché par GA4, en dehors de tout échantillonnage.

💡 Pour avoir le nombre total exact de vos sessions, il vous faudra les calculer via BigQuery. Direction le tutoriel Exporter ses données Google Analytics 4 vers BigQuery qui vous explique comment faire la liaison entre les 2 outils.

Ajuster le délai d’expiration par défaut d’une session

Noter qu’il est possible d’ajuster le délai avant expiration par défaut des sessions de 30 minutes dont nous avons parlé : dans l’Administration, accéder à la propriété dont vous souhaitez configurer les sessions et cliquer sur Flux de données :

Entrer ensuite dans votre flux de données puis dans la section Balise Google, choisir Configurer les paramètres de la balise :

Google Analytics 4 - Administation - Ajuster le délai d’expiration des sessions par défaut (2)

Cliquer sur Afficher plus, le reste du menu étant caché, puis aller sur Ajuster le délai avant expiration de la session :

Google Analytics 4 - Administation - Ajuster le délai d’expiration des sessions par défaut (4)

Penser à enregistrer.

💡 Vous le savez maintenant : dans GA4, une session se termine par défaut après 30 minutes d’inactivité. Si, après ce délai, l’utilisateur reprend sa navigation sans charger une nouvelle page (événement page_view) mais déclenche un évènement user_engagement ou fait un scroll, la session sera attribuée à du (not set) dans votre rapport “Page de destination”.

Pour limiter ce problème, vous pouvez ajuster le délai d’expiration de la session à 4 heures. Cependant, garder à l’esprit que ce changement impactera le nombre de sessions et certaines métriques associées. De plus, cette modification n’est pas rétroactive : elle s’appliquera uniquement aux données collectées après sa mise en place. Pensez à documenter ce changement si vous choisissez de le mettre en œuvre.

C’est ici aussi qu’il est possible d’ajuster le timer pour les sessions avec engagement. Pour rappel, pour qu'une session soit considérée comme engagée dans Google Analytics 4, l'utilisateur doit effectuer au moins l'une des 3 actions suivantes au cours de sa session :

  • Etre resté pendant au moins 10 secondes sur une page du site dans l’onglet actif du navigateur ou un écran de l’application exécutée en premier plan > C’est cette valeur que vous pouvez modifier ici,

  • Avoir fait un événement clé (feu conversion),

  • Avoir visité au moins deux pages, ou vu deux écrans pour les applications.

Où trouver les métriques de sessions dans les rapports Google Analytics 4

Vous trouverez notamment les sessions, sessions avec engagement et sessions avec engagement par utilisateur actif (sessions avec engagement / utilisateurs actifs).

Ces statistiques sont disponibles dans de nombreux rapports standards, par exemple “Acquisition de trafic :

Google Analytics 4 - Les sessions dans les rapports standards

Vous pouvez également les utiliser dans les rapports "Explorer" :

Google Analytics 4 - Les sessions dans Explorer

Les différences de calcul des sessions entre UA et GA4

Comme évoqué en introduction, le calcul des sessions diffère entre Universal Analytics et Google Analytics 4, entraînant généralement un nombre de sessions plus faible dans GA4. Voici pourquoi.

Modification de la source de trafic en cours de session

GA4 ne crée pas de nouvelle session dans ce cas, UA en créait une nouvelle.

Universal Analytics ouvrait en effet une nouvelle session chaque fois que la source de trafic changeait pour un utilisateur. Et même si une session existante était toujours ouverte, la modification de la source en cours de session entraînait la fermeture de la première session et l'ouverture d'une nouvelle :

 
 

Ce n’est pas le cas dans GA4. Si l’utilisateur quitte le site puis revient dans le laps de temps de 30 minutes via une autre source de trafic, la session se poursuit et la source de trafic enregistrée dans le rapport acquisition de trafic reste la précédente.

Limitation lorsque la session s’étend sur 2 jours

GA4 ne crée pas de nouvelle session, UA en créait une nouvelle.

Dans Universal Analytics, si Jean accèdait à votre site le 14 août à 23:50 et le quittait le 15 août à 00:10, 2 sessions étaient comptabilisées : la première se terminait le 14 août à 23:59:59 et la deuxième débutait le 15 août à 00:00.

La fin de la journée est par ailleurs déterminée par les paramètres de fuseau horaire spécifiés dans votre vue.

Exclusion des robots

GA4 applique un filtre automatique, tandis qu’UA proposait un filtre intégré activé par défaut, avec la possibilité d’ajouter des filtres supplémentaires pour éliminer le trafic spam.

Utilisation de filtres

GA4 propose très peu de types de filtre pour le moment (trafic interne uniquement) versus tous les filtres de vue qui étaient utilisables dans UA.

Estimation des données

Les propriétés Google Analytics 4 calculent une estimation du nombre de sessions à partir du nombre d’identifiants de session uniques. En revanche, les propriétés Universal Analytics n’utilisaient pas d’estimation.

Délai avant expiration de la session

Sans oublier la possibilité de customiser le session timout pour les 2 versions.

Besoin de maîtriser GA4 ou GTM ?

Que vous partiez de zéro ou cherchiez à optimiser une configuration existante, je vous accompagne à chaque étape :

  • Audit GA4 : état des lieux de votre configuration

  • Implémentation : setup sur mesure GA4 + GTM

  • Formation : montée en compétences de vos équipes (note : 9,45/10 – +100 professionnels)

  • Coaching : accompagnement régulier ou ponctuel sur l’analyse de données

On en parle ? Réservez un créneau ici pour parler de votre contexte et de vos enjeux.

Besoin d'un coup de main ponctuel ? Une question bloquante ou un point technique à résoudre sur GA4 ou GTM ? Réservez un appel ici.

Précédent
Précédent

Taux de rebond et taux d’engagement dans Google Analytics 4

Suivant
Suivant

Mesurer ses sources de trafic dans Google Analytics 4