Pourquoi le nombre d'utilisateurs peut-il être supérieur au nombre de sessions dans un rapport personnalisé ?

Pour connaître le nombre de sessions au cours desquelles une page a été vue, utilisez la statistique Pages vues uniques au lieu de Sessions.

En bref

Si vous créez un rapport personnalisé comportant une dimension au niveau de la page (Page ou Titre de la page, par exemple) ou la dimension Heure, le nombre d'utilisateurs est susceptible d'être supérieur au nombre de sessions.

Pour obtenir le nombre de sessions au cours desquelles une page donnée a été vue, utilisez la statistique Pages vues uniques au lieu de Sessions.

Analyse approfondie

Scénario 1 : utilisation d'une dimension au niveau de la page

Si vous créez un rapport personnalisé comportant des dimensions au niveau de la page ("Page", "Titre de la page" ou une variable personnalisée au niveau de la page), le nombre d'utilisateurs est susceptible d'être supérieur au nombre de sessions. Cette situation peut se produire lorsque vous combinez la statistique Sessions avec toute autre dimension au niveau de la page, car les sessions sont comptabilisées à partir du premier appel de la session, et donc associées à ce dernier.

Vous pourriez également constater que le nombre d'utilisateurs est supérieur au nombre de sessions si vous appliquez un filtre de rapport personnalisé afin de n'inclure qu'une page ou qu'un groupe de pages spécifique.

D'une manière générale, partez du principe que la statistique Sessions correspond à la statistique Entrées lorsque vous la combinez à une dimension au niveau de la page. Dans certains cas, vous pouvez constater une légère différence entre les nombres d'entrées et de sessions. Les entrées comptabilisent le premier appel de la session, qui est également une page, tandis que les sessions enregistrent le premier appel au sein de la session, même s'il s'agit d'un événement, d'une transaction ou de tout autre type d'appel.

Voici un exemple portant sur deux sessions de deux utilisateurs différents :

Session 1 :

  • L'utilisateur entre par la page A.
  • L'utilisateur accède à la page B.
  • L'utilisateur revient sur la page A.
  • Fin de la session.

Session 2 :

  • L'utilisateur entre par la page C.
  • L'utilisateur accède à la page B.
  • Fin de la session.

Récapitulatif

  • Page A : 2 pages vues, 1 session, 1 page vue unique, 1 utilisateur, 1 entrée
  • Page B : 2 pages vues, 0 session, 2 pages vues uniques, 2 utilisateurs, 0 entrée
  • Page C : 1 page vue, 1 session, 1 page vue unique, 1 utilisateur, 1 entrée
  • Au total : 5 pages vues, 2 sessions, 4 pages vues uniques, 2 utilisateurs, 2 entrées

Notez que, lors de la session 1, la page A enregistre une session, contrairement à la page B, car il ne s'agissait pas du premier appel de la session. De même, lors de la session 2, seule la page C enregistre une session.

Dans ce scénario, utilisez la statistique Pages vues uniques au lieu de Sessions afin de déterminer le nombre de sessions au cours desquelles une vue de la page en question a été enregistrée.

Scénario 2 : utilisation de la dimension Heure

Si vous avez créé un rapport personnalisé combinant la dimension Heure ou Heure de la journée avec Sessions et Utilisateurs, vous verrez probablement davantage d'utilisateurs que de sessions pour une heure donnée. En effet, si une session dure plusieurs heures, elle ne sera comptabilisée que pour la première heure, tandis que l'utilisateur sera comptabilisé pour chaque heure pendant laquelle la session est active. Par exemple, si une session débute à 8:50 et se termine à 9:10, un utilisateur sera attribué à 8:00 et à 9:00, une session sera attribuée à 8:00, mais aucune session ne sera comptabilisée à 9:00. Par conséquent, 9:00 enregistrera un utilisateur, mais ne comptabilisera aucune session.

Ces informations vous-ont elles été utiles ?
Comment pouvons-nous l'améliorer ?