Comment GA4 décide quelles visites sont des sessions avec engagement

Que sont les sessions avec engagement dans GA4 ?

Google Analytics 4 compte parmi les sessions avec engagement celles qui durent plus de 10 secondes, déclenchent un événement clé ou enregistrent deux vues de page ou d'écran ou plus, et un seul déclencheur suffit pour qu'une session soit retenue. L'article d'aide Analytics de Google "[GA4] Engagement rate and bounce rate", consulté le 28 septembre 2026, en donne cette définition : "An engaged session is a session that meets any of the following criteria: Lasts longer than 10 seconds, Has a key event, Has 2 or more screen or page views."

Le schéma de la Data API donne à cette métrique le nom d'API engagedSessions et la décrit ainsi : "The number of sessions that lasted longer than 10 seconds, or had a key event, or had 2 or more screen views." C'est un nombre, pas un pourcentage. Divisez-le par le total des sessions et vous obtenez le taux d'engagement, le chiffre que la plupart des tableaux de bord affichent en première page.

Tout le reste découle de ce nombre. Le taux de rebond, les sessions à faible engagement et les sessions avec engagement par utilisateur actif sont tous calculés à partir de lui, et un utilisateur qui a une session avec engagement compte comme utilisateur actif. Si le nombre est faux, chacun de ces chiffres hérite de l'erreur.

Quels déclencheurs rendent une session engagée ?

GA4 vérifie chaque session par rapport à trois déclencheurs indépendants, et le premier atteint marque la session comme engagée pour de bon. Rien n'est noté ni pondéré. Un visiteur qui lit un article pendant deux minutes est retenu grâce au temps, et un visiteur qui parcourt deux pages en trois secondes est retenu grâce à la profondeur.

Déclencheur	Ce que GA4 vérifie	Ce qui le déclenche par accident
Temps	La durée d'engagement dépasse le minuteur, 10 secondes par défaut	Un lecteur lent sur la mauvaise page
Événement clé	Un événement que vous avez marqué comme événement clé se déclenche	Un événement clé qui se déclenche au chargement de la page
Profondeur	Deux événements page_view ou screen_view ou plus	Une application monopage qui envoie un page_view à chaque changement de route

Le déclencheur de temps s'appuie sur la durée d'engagement, pas sur l'horloge murale. L'article de Google sur les paramètres de balise appelle ce réglage "the default threshold for engagement time", et l'article de GA4 sur l'engagement des utilisateurs définit la durée d'engagement comme "the amount of time someone spends with your web page in focus or app screen in the foreground." Un visiteur qui ouvre votre page dans un onglet en arrière-plan et n'y passe jamais n'accumule aucune durée d'engagement.

Les pages de Google se contredisent sur le cas limite. L'article sur le taux d'engagement et la Data API disent "longer than 10 seconds". La référence Dimensions and metrics et l'article sur les métriques utilisateur disent "lasted 10 seconds or longer". Une session d'exactement 10.0 secondes tombe dans cet écart, et la documentation de Google ne dit pas quelle formulation le traitement applique.

Quel lien entre les sessions avec engagement et les autres métriques GA4 ?

Les sessions avec engagement alimentent cinq autres métriques GA4, donc un changement du nombre les fait toutes bouger en même temps. Le tableau liste chacune avec la définition que Google publie.

Métrique	Comment GA4 la dérive des sessions avec engagement
Taux d'engagement	"Engaged sessions divided by Sessions" (Data API)
Taux de rebond	"(Sessions Minus Engaged sessions) divided by Sessions" (Data API)
Sessions à faible engagement	"The number of sessions that were not engaged sessions" (référence Dimensions and metrics)
Sessions avec engagement par utilisateur actif	"The average number of engaged sessions per active user" (référence Dimensions and metrics)
Utilisateurs actifs	"any user who has an engaged session" ou qui envoie l'un des signaux de première visite ou d'engagement listés (article sur les métriques utilisateur)

Le taux de rebond et le taux d'engagement font toujours 100% à eux deux sur la même période, et rapporter les deux revient donc à répéter une seule mesure. L'ancien rebond d'Universal Analytics, une session à une seule interaction, suivait une règle entièrement différente, et la liste de ce qui a changé entre UA et GA4 explique pourquoi une propriété migrée affiche un taux de rebond plus bas sur un trafic inchangé.

Pourquoi les sessions avec engagement par utilisateur actif paraissent-elles plus élevées sur le mois que sur n'importe quel jour ?

Dans l'onglet de synthèse, les sessions avec engagement par utilisateur actif divisent les sessions avec engagement de toute la période par le nombre d'utilisateurs distincts de cette période, si bien que les sessions d'un utilisateur qui revient s'accumulent dans le chiffre mensuel. Les points du graphique quotidien divisent les sessions de chaque jour par les utilisateurs de ce jour, et chaque utilisateur est compté une fois par jour.

L'article de Google sur l'Engagement overview donne un exemple chiffré. Deux utilisateurs visitent le site en juillet. Le 2 juillet, l'utilisateur 1 a 1 session avec engagement. Le 3 juillet, l'utilisateur 2 en a 2. Le 4 juillet, l'utilisateur 1 en a 3 et l'utilisateur 2 en a 2. Chaque utilisateur totalise 4 sessions avec engagement sur le mois, et l'onglet affiche donc 4. Le graphique affiche 1, 2 et 2.5 sur les trois jours. Le chiffre mensuel se situe au-dessus de chaque point quotidien, et rien n'est cassé.

La règle pratique découle de l'arithmétique. Ne comparez les sessions avec engagement par utilisateur actif qu'entre des périodes de même longueur. Une période de 7 jours et une période de 28 jours produisent des chiffres différents pour un comportement identique, car la période la plus longue laisse à chaque utilisateur plus de jours pour revenir.

Où trouver les sessions avec engagement dans GA4 ?

GA4 affiche les sessions avec engagement dans les rapports Acquisition overview, User acquisition et Engagement overview, ainsi que dans les Explorations. L'article de Google "About Analytics sessions" liste Session, Engaged sessions et Engaged sessions per active user comme les métriques de session de ces rapports.

Le même article ajoute une réserve à connaître avant de rapprocher des chiffres : "Session and User metrics are calculated through an estimation." Un rapport standard et un nombre que vous calculez vous-même à partir des événements bruts n'ont pas à concorder à la session près. Cherchez une cause seulement quand l'écart entre les deux bouge.

Le nombre dépend aussi de la limite de la session. Une session qui expire après 30 minutes d'inactivité puis redémarre devient deux sessions, chacune jugée séparément, donc le réglage du délai d'expiration de session modifie le nombre de sessions avec engagement que vous rapportez.

Comment modifier le minuteur des sessions avec engagement ?

GA4 vous permet de modifier le déclencheur de temps dans les paramètres de la balise Google du flux de données web, et laisse fixes les déclencheurs d'événement clé et de deux pages. L'article de Google "About Analytics sessions" donne le chemin :

1. Dans Google Analytics, sélectionnez Admin et vérifiez que vous êtes dans le bon compte.
2. Dans la colonne Property, sélectionnez Data Streams, puis un flux de données web.
3. En bas de la page, sélectionnez Configure tag settings.
4. Dans la section Settings, sélectionnez Show all.
5. Sélectionnez Adjust session timeout.
6. Sous Adjust timer for engaged sessions, "select the number of seconds it takes for a session to be considered an engaged session."
7. Sélectionnez Save.

Notez la nouvelle valeur et la date du changement dans les notes de vos rapports. Passer le minuteur à 30 secondes sort de la catégorie engagée chaque session de 10 à 30 secondes sans événement clé et avec une seule page vue, donc le taux d'engagement baisse le jour même de l'enregistrement. Comparer une propriété réglée sur 30 secondes à une propriété réglée par défaut revient à comparer deux métriques différentes qui portent le même nom.

Augmenter le minuteur à 30 secondes

Minuteur par défaut de 10 secondes

• Une session entre 10 et 30 secondes sans événement clé et avec une seule vue de page compte comme engagée

Minuteur de 30 secondes

• Cette même session sort du groupe des sessions engagées à moins de déclencher un événement clé ou d'enregistrer une deuxième vue de page

Quand le nombre de sessions avec engagement induit-il en erreur ?

Le nombre induit en erreur chaque fois que l'un des trois déclencheurs se déclenche pour une raison sans rapport avec l'intérêt du visiteur. Trois cas expliquent la plupart des faux mouvements.

• Pages vues sur changement de route. Une application monopage qui envoie un page_view à chaque navigation côté client offre le déclencheur de profondeur à quiconque ouvre un onglet ou un filtre. Les sessions avec engagement bondissent le jour où ce tracking est livré.
• Événements clés trop larges. Un événement clé attaché à un défilement ou à un chargement de page qualifie chaque session qui charge la page. Vérifiez ce que vous avez marqué comme événement clé avant de lire le nombre.
• Pages de réponse courtes. Une page d'aide qui répond à la question en six secondes échoue aux trois déclencheurs quand le visiteur repart satisfait. Le nombre classe cette session comme non engagée.

Avant de rapporter une variation des sessions avec engagement, vérifiez le journal des mises en production pour y repérer les changements de tracking, et comparez le nombre aux totaux d'événements clés et à ce que couvre une session dans votre configuration. Traitez un bond sans mouvement correspondant des événements clés comme un changement de tracking.

Comment obtenir une meilleure réponse que engagée ou non engagée ?

Définissez les actions qui signifient qu'une visite a réussi, et comptez-les au lieu de vous fier à un minuteur de 10 secondes. La règle de GA4 considère déjà qu'un événement clé suffit à rendre une session engagée, donc la version la plus solide de la métrique est celle qui repose sur des événements que vous avez choisis.

Flowsery adopte la même approche du côté des objectifs. Son suivi des objectifs "enregistre inscriptions, achats, téléchargements et événements personnalisés au même endroit", et un seul appel comme window.flowsery("signup") commence à compter une action. Pour les sessions qui ont passé le minuteur sans jamais atteindre un objectif, l'enregistrement de session de Flowsery rejoue les sessions réelles des visiteurs "avec les mouvements du curseur, les clics, les défilements et les saisies de formulaire", et vous voyez ce que le visiteur a fait pendant ces secondes. Définissez d'abord les objectifs, puis lisez comment les objectifs analytiques sont structurés pour décider lesquels méritent une place dans le rapport hebdomadaire.

Questions fréquentes

Quelle est la différence entre les sessions et les sessions avec engagement ?

Les sessions comptent chaque session que GA4 a enregistrée sur la période. Les sessions avec engagement ne comptent que le sous-ensemble qui a duré plus de 10 secondes, déclenché un événement clé ou enregistré deux vues de page ou d'écran ou plus. L'écart entre les deux correspond aux sessions à faible engagement.

Une session avec engagement doit-elle remplir les trois critères ?

Non. Un seul critère qualifie la session, et GA4 arrête de vérifier dès qu'il est rempli. Une lecture de deux minutes sur une page et une visite de trois secondes sur deux pages sont toutes deux des sessions avec engagement.

Un onglet en arrière-plan compte-t-il comme session avec engagement ?

Un onglet en arrière-plan n'accumule aucune durée d'engagement, car GA4 ne mesure la durée d'engagement que lorsque la page web est au premier plan. Cette session peut quand même devenir engagée grâce à un événement clé ou à une deuxième page vue. Sur le seul critère du temps, elle reste non engagée.

Puis-je modifier le seuil de 10 secondes des sessions avec engagement ?

Oui. Allez dans Admin, puis Data Streams, sélectionnez le flux web, puis Configure tag settings, Show all, Adjust session timeout, et réglez Adjust timer for engaged sessions en secondes. Les déclencheurs d'événement clé et de deux pages restent fixes.

Pourquoi les sessions avec engagement ont-elles augmenté après une mise en production du site ?

Vérifiez si la mise en production a commencé à envoyer plus d'événements page_view, par exemple un par changement de route côté client dans une application monopage. Chaque vue supplémentaire offre le déclencheur de profondeur à des visiteurs qui ont seulement cliqué sur un onglet. Comparez la hausse aux nombres d'événements clés avant d'y voir un changement de comportement.

Les sessions avec engagement par utilisateur actif sont-elles la même chose que les sessions par utilisateur ?

Non. Les sessions par utilisateur divisent toutes les sessions par les utilisateurs actifs, alors que les sessions avec engagement par utilisateur actif ne divisent que les sessions avec engagement par les utilisateurs actifs. Le second chiffre est toujours égal ou inférieur au premier sur la même période.

Pourquoi le taux de rebond et le taux d'engagement totalisent-ils toujours 100 % dans GA4 ?

Le taux de rebond compte les sessions moins les sessions avec engagement divisées par les sessions, tandis que le taux d'engagement compte les sessions avec engagement divisées par les sessions. Ces deux parts du même total remplissent toujours l'intégralité de la plage, donc afficher les deux métriques sur un tableau de bord répète une seule mesure. Il suffit de suivre l'une des deux valeurs.

Pourquoi ne puis-je pas comparer les sessions avec engagement par utilisateur actif entre une plage de 7 jours et une plage de 28 jours ?

Les sessions avec engagement par utilisateur actif divisent les sessions avec engagement de toute la période par le nombre d'utilisateurs distincts sur cette période, donc une plage plus longue laisse à chaque utilisateur plus de jours pour revenir et accumuler des sessions. Une plage de 7 jours et une plage de 28 jours produisent des chiffres différents pour un comportement de visiteurs identique. Comparez cette métrique uniquement entre des plages de même durée.

Pourquoi un comptage manuel des sessions avec engagement peut-il ne pas correspondre au rapport standard de GA4 ?

La documentation de Google elle-même dit que les métriques de session et d'utilisateur sont "calculated through an estimation", donc un rapport standard et un comptage construit à partir des événements bruts n'ont pas à coïncider à la session près. Un petit écart constant est normal et ne vaut pas la peine d'être creusé. Cherchez une cause seulement quand cet écart bouge.

Pourquoi une page réellement utile peut-elle apparaître comme non engagée dans GA4 ?

Une page d'aide qui répond à la question en six secondes et satisfait le visiteur échoue quand même aux trois déclencheurs : elle n'atteint jamais le minuteur de 10 secondes, ne déclenche aucun événement clé et n'enregistre qu'une seule vue de page. GA4 n'a aucun moyen de distinguer un départ rapide et satisfait d'un vrai rebond. Comparer les totaux d'événements clés de la page est le seul moyen de les différencier.