Comment le délai d'expiration de session gonfle vos statistiques

Qu'est-ce qu'un délai d'expiration de session ?

Un délai d'expiration de session est la durée d'inactivité d'un visiteur qu'un outil d'analytics attend avant de fermer une session ouverte et d'en démarrer une nouvelle au prochain événement suivi. Chaque grande plateforme d'analytics fait tourner un compte à rebours qui se réinitialise à chaque page vue, clic ou défilement généré par un visiteur, et dès que ce compte à rebours atteint zéro sans nouvelle activité, la session se termine. L'action suivante de ce même visiteur, quelques secondes ou quelques heures plus tard, ouvre une nouvelle session au lieu de poursuivre l'ancienne.

Qu'est-ce que la règle d'inactivité de 30 minutes ?

La règle d'inactivité de 30 minutes est le délai d'expiration de session par défaut avec lequel Google Analytics 4, Universal Analytics, Adobe Analytics, Matomo et Plausible sont tous livrés d'origine. Un visiteur qui n'effectue aucune action suivie pendant 30 minutes voit sa session fermée par chacun de ces outils, sauf si le propriétaire du site a modifié le réglage. Cette règle existe comme une convention partagée du secteur, pas comme une exigence technique, et chaque plateforme citée propose un moyen de la modifier, ce qui explique pourquoi comparer des totaux de sessions bruts entre deux sites ne fonctionne que si les deux sites utilisent la même valeur de délai.

Un délai d'expiration de session se ferme-t-il aussi à minuit ?

Dans Universal Analytics, oui ; dans GA4, non. Universal Analytics fermait chaque session ouverte à minuit dans le fuseau horaire configuré de la propriété, si bien qu'un visiteur naviguant de 23h50 à 00h10 produisait deux sessions uniquement en franchissant le changement de date, sans aucune coupure réelle dans son activité. GA4 a supprimé la coupure de minuit et s'appuie uniquement sur le minuteur d'inactivité comme condition de fermeture par défaut, si bien que ce même passage de navigation de 20 minutes à cheval sur minuit compte désormais comme une seule session dans GA4. Ce que contient réellement une session explique comment Matomo et Adobe traitent cette même question de la limite de journée, car les deux plateformes ne se sont pas alignées sur des règles identiques après le retrait d'Universal Analytics.

Une nouvelle campagne marketing déclenche-t-elle un délai d'expiration de session dans les outils classiques ?

Oui, dans Universal Analytics, une session se fermait et une nouvelle s'ouvrait dès que la source de trafic d'un visiteur changeait, même si le visiteur restait actif sur la page. Un visiteur arrivé depuis une recherche organique puis cliquant sur un lien de campagne balisé UTM dix minutes plus tard, bien à l'intérieur de la fenêtre d'inactivité de 30 minutes, déclenchait tout de même une nouvelle session dans Universal Analytics parce que les paramètres de campagne avaient changé. GA4 ne reprend pas cette règle ; un changement de campagne ne ferme plus une session à lui seul, et seul le minuteur d'inactivité décide du moment où une session se termine.

Comment configurer le délai d'expiration de session dans GA4 ?

GA4 expose le délai d'expiration de session dans Admin, sous les paramètres de balise du flux de données, où la valeur peut être relevée d'un minimum de 5 minutes jusqu'à un maximum de 7 heures et 55 minutes. Relever le délai maintient une visite à rythme plus lent, comme quelqu'un qui lit un long article ou remplit un formulaire en plusieurs étapes avec des pauses entre les champs, dans une seule session au lieu de la diviser chaque fois qu'il arrête de cliquer pendant une demi-heure. Le réglage s'applique à partir du moment où il est enregistré et ne recalcule pas rétroactivement les sessions déjà enregistrées sous l'ancienne valeur.

session count for one visit = 1 if the longest gap between events < timeout, else it increases by one for each gap that exceeds the timeout

Pourquoi un délai d'expiration de session court gonfle-t-il le nombre de sessions ?

Un délai d'expiration de session court gonfle le nombre de sessions parce que toute pause naturelle dans le comportement d'un visiteur qui dépasse la valeur du délai est comptée comme la fin d'une visite et le début d'une autre, alors même que le visiteur n'est jamais parti. Prenons un seul visiteur qui ouvre une page à 14h00, lit pendant un moment, puis clique sur un second lien à 14h52, un écart de 52 minutes causé entièrement par le temps de lecture.

Le comportement du visiteur n'a pas changé entre les deux lignes, seul le réglage a changé. Un site qui raccourcit son délai pour repérer les rebonds plus vite verra son nombre total de sessions augmenter et son ratio de pages par session baisser, et aucun de ces deux changements ne reflète quoi que ce soit qui se passe réellement dans le trafic.

Chaque indicateur qui divise par le nombre de sessions évolue avec lui. Le taux de rebond augmente lorsqu'une visite d'une seule page qui se serait poursuivie au-delà du délai est enregistrée comme une session terminée après une page, et les pages vues par session baissent pour la même raison, les deux sans aucun changement dans ce que le visiteur a réellement fait.

Comment choisir le bon délai d'expiration de session pour son site ?

Choisissez un délai d'expiration de session qui correspond à peu près à la durée pendant laquelle un visiteur réellement engagé fait une pause entre deux actions sur votre site en particulier, puis laissez-le fixe une fois réglé. Un site de documentation ou un éditeur d'articles longs, où les lecteurs s'arrêtent régulièrement plusieurs minutes sans cliquer, bénéficie d'un délai plus long que les 30 minutes par défaut ; un tunnel d'achat ou un petit outil interactif a rarement besoin d'un délai plus long que celui par défaut, puisqu'un écart de 30 minutes y signifie que le visiteur est parti. Modifier le délai plus tard réinitialise la base de référence de chaque indicateur basé sur les sessions du site, si bien qu'une équipe qui l'ajuste en milieu de trimestre perd la capacité de comparer le nombre de sessions de ce trimestre avec celui du précédent.

Les statistiques en temps réel de Flowsery enregistrent chaque session avec le flux d'événements sous-jacent sans échantillonnage, si bien qu'une limite de session peut être vérifiée par rapport à la séquence réelle de pages vues et d'événements qui l'a produite, au lieu de se fier au seul nombre.

Questions fréquentes

Quel est le délai d'expiration de session par défaut dans Google Analytics 4 ?

Le délai d'expiration de session par défaut dans GA4 est de 30 minutes d'inactivité, comme le délai par défaut de toute autre grande plateforme d'analytics. GA4 permet de relever cette valeur dans les paramètres Admin jusqu'à un maximum de 7 heures et 55 minutes.

Un délai d'expiration de session peut-il être plus court que 30 minutes ?

Oui, GA4 permet d'abaisser le délai d'expiration de session jusqu'à un minimum de 5 minutes. Un délai court convient aux sites où une pause de plusieurs minutes signifie de façon fiable que le visiteur est parti, mais il fait aussi que davantage de brèves coupures dans une navigation normale sont comptées comme une nouvelle session.

Modifier le délai d'expiration de session affecte-t-il les données passées ?

Non. Modifier le délai d'expiration de session ne s'applique qu'aux sessions enregistrées après l'enregistrement du changement ; chaque session déjà consignée conserve les limites avec lesquelles elle a été enregistrée à l'origine. Comparer des données d'avant et d'après un changement de délai revient à comparer deux règles de mesure différentes, pas seulement deux périodes différentes.

Pourquoi mon nombre de sessions a-t-il augmenté après avoir abaissé le délai ?

Abaisser le délai ferme les sessions sur des écarts plus courts qu'avant, si bien que des pauses qui restaient auparavant à l'intérieur d'une seule session, comme un visiteur qui lit pendant 35 minutes sous un délai de 45 minutes, se divisent désormais en deux sessions sous un délai de 30 minutes. Le trafic n'a pas changé, c'est la règle de regroupement qui a changé.

Un délai d'expiration de session s'applique-t-il aussi aux enregistrements de session replay ?

Pas de la même façon. Un délai d'expiration de session ferme une session d'analytics à des fins de comptage, tandis qu'un outil de session replay décide séparément de la quantité d'activité d'un visiteur à conserver dans une vidéo enregistrée, et les deux n'ont pas à utiliser la même coupure. Consultez la documentation de votre outil en particulier, car certains outils lient les deux réglages entre eux et d'autres les gardent indépendants.

Existe-t-il un délai d'expiration de session maximal autorisé ?

GA4 plafonne le délai d'expiration de session configurable à 7 heures et 55 minutes. Régler le délai près de ce maximum risque de fusionner des visites réellement distinctes, comme un visiteur qui laisse un onglet ouvert toute la nuit et revient le lendemain matin, en une seule session d'une durée irréaliste.

Pourquoi deux sites avec un trafic identique affichent-ils un nombre de sessions différent ?

Deux sites avec un trafic identique affichent un nombre de sessions différent quand leurs réglages de délai d'expiration diffèrent. Un site réglé sur le minimum de 5 minutes découpe davantage de visites en sessions supplémentaires qu'un site réglé sur le maximum de 7 heures et 55 minutes, même avec un comportement de visiteur identique. Comparer des totaux de sessions bruts n'a de sens que si les deux sites utilisent la même valeur de délai.

Un délai d'expiration plus court dégrade-t-il le taux de rebond ?

Un délai plus court fait monter le taux de rebond. Quand une visite d'une seule page dépasse le délai avant l'action suivante du visiteur, la session est enregistrée comme un rebond alors que le visiteur aurait continué avec une fenêtre plus longue. Le nombre de pages par session baisse pour la même raison, sans aucun changement réel dans le comportement du visiteur.

Pourquoi le nombre de sessions a-t-il changé après le passage de Universal Analytics à GA4 ?

Universal Analytics fermait une session à minuit et à chaque changement de source de trafic d'un visiteur, en plus de la règle d'inactivité de 30 minutes. GA4 a supprimé ces deux conditions de fermeture et ne garde que le minuteur d'inactivité, si bien qu'un visiteur qui franchissait minuit ou cliquait sur un lien de campagne en cours de visite compte désormais comme une seule session au lieu de deux. Cet écart à lui seul peut faire baisser le nombre de sessions après une migration, avant même qu'on touche au réglage du délai.

Quel délai d'expiration de session un tunnel de paiement devrait-il utiliser ?

Un tunnel de paiement a rarement besoin d'un délai supérieur à la valeur par défaut de 30 minutes. Une pause aussi longue dans un parcours interactif court signifie généralement que le visiteur est déjà parti, donc allonger le délai ne fait que retarder la fermeture des sessions abandonnées. Les délais plus longs conviennent aux sites de documentation et aux éditeurs de contenu long, où les lecteurs font régulièrement des pauses de plusieurs minutes sans cliquer.