Pourquoi Google Analytics affiche-t-il plus d'utilisateurs que de sessions?

10

Ma page Google Analytics affiche presque deux fois plus d'utilisateurs que de sessions. Cela n'a vraiment aucun sens pour moi, est-ce que quelqu'un sait quelle est la raison de cela?

Voici un instantané de mon tableau de bord GA: entrez la description de l'image ici

google-analytics analytics Kiril
la source
3
Ouais. Cela n'a pas de sens pour moi non plus. Bienvenue chez Googlieland!
closetnoc
Selon Google Analytics, aucun de mes sites Web n'a plus d'utilisateurs que de sessions. Je ne sais pas pourquoi ce serait le cas pour votre site.
Stephen Ostermiller
1
S'agit-il d'un rapport personnalisé / utilisant des dimensions ou des paramètres personnalisés ou la valeur par défaut complète non modifiée?
JCL1178 le
C'est le rapport par défaut, il est complètement inchangé.
Kiril
1
Voici la documentation Universal Analytics , il y a l'extrait standard. La seule différence que je peux voir est le troisième paramètre lors de l'appel create: ga('create', 'UA-XXXXXXXX-1', 'yourdomain.com'); Standard est: ga('create', 'UA-XXXXXXXX-1', 'auto'); Peut - être que vous devez suivre plusieurs sous-domaines et votre extrait devrait être: ga('create', 'UA-XXXXXXXX-1', {'cookieDomain': 'yourdomain.com'});
Binarysurf

Réponses:

7

Pour ceux qui atterrissent sur cette question où ils rencontrent plus d'utilisateurs que de sessions dans la vue d'ensemble de l'audience (c'est-à-dire aucun rapport personnalisé ou dimensions de niveau d'accès concernés, ce qui semble évincer les résultats de recherche lors de la recherche sur ce problème), posez-vous les questions suivantes:

  1. Organisez-vous des événements sur votre site Web?
  2. Ces événements sont-ils sur des iframes ou des sous-domaines?
  3. Vous déclenchez des événements sur des pages de destination qui se chargent avant la balise pageview?

J'ai appris cela aujourd'hui. Si vous avez des événements qui se déclenchent sur un iframe mais pas de balise de visualisation de page sur l'iframe, un nouvel utilisateur est généré dans Google Analytics à l'arrière de cet événement, mais pas de nouvelle session.

La manière prescrite de contourner ce problème consiste à ajouter le nom de l'iframe ou du sous-domaine à la liste d'exclusion de référence dans Admin> Profil> Informations de suivi. Cependant, cela semble actuellement bogué car je l'avais fait et ne fonctionnais pas comme prévu et j'ai toujours vu ce problème.

En ce qui concerne le troisième point, si vos visiteurs atterrissent, déclenchent un événement, puis rebondissent avant que la balise pageview ne se déclenche, cela peut se produire dans les sessions de rapport. Par exemple, l'une de nos balises de consultation de page de nos clients, configurée dans Google Tag Manager, attend que la page se charge avant de se déclencher, car nous voulons que le système crm termine le chargement afin que nous puissions saisir des données et les alimenter en tant que dimension personnalisée dans GA.

Ce n'est pas vraiment ma réponse, vous l'obtenez de seconde main via moi à partir d' ici . Lisez le lien pour plus de détails. Publier ici depuis que j'étais frustré de trouver quoi que ce soit à ce sujet.

Sapin de Doug
la source
Bienvenue à nouveau Doug et merci pour la réponse informative.
dan
2

Si vous créez un rapport personnalisé qui a des dimensions au niveau de la page (comme Page, Titre de page ou une variable personnalisée au niveau de la page), les utilisateurs peuvent apparaître supérieurs à Sessions. Cela peut se produire lors de l'affichage de la métrique de sessions par rapport à toute sorte de dimension de niveau de page car les sessions sont incrémentées et donc associées au premier appel de la session.

Pourquoi un rapport personnalisé affiche plus d'utilisateurs que de sessions

Richard Muthwill
la source
pour autant que je sache, je n'ai pas de rapports personnalisés. J'ai plusieurs autres comptes Google Analytics pour notre environnement de test d'acceptation des utilisateurs (qui est identique au site Web) et cela se présente très bien.
Kiril
1
C'est là que j'allais, mais une fois que @Lirik a confirmé qu'il s'agissait du rapport par défaut, j'ai dû quitter le navire.
JCL1178