Dimensions et statistiques personnalisées

Inclure des données non standards dans vos rapports

Les dimensions et les statistiques personnalisées sont similaires aux dimensions et statistiques par défaut figurant dans votre compte Google Analytics, à une différence près : vous les créez vous-même. Vous pouvez ainsi collecter et analyser les données dont le système Google Analytics n'effectue pas automatiquement le suivi.

Cet article aborde les points suivants :

Vue d'ensemble

Les dimensions et les statistiques personnalisées vous permettent de choisir vos propres combinaisons de données Google Analytics et de données n'appartenant pas à Google Analytics, par exemple les données de CRM. Par exemple :

  • Si vous stockez le sexe des utilisateurs connectés dans un système de CRM, vous pouvez associer ces informations à vos données Google Analytics pour visualiser les pages vues par sexe.

  • Si vous êtes développeur de jeux, les statistiques telles que "Niveau de visionnage complet" ou "Score élevé" peuvent être plus pertinentes pour vous que les statistiques pré-définies telles que Visionnages de l'écran. En suivant ces données avec les statistiques personnalisées, vous pouvez suivre l'évolution par rapport aux statistiques les plus importantes à vos yeux dans des rapports personnalisés faciles à lire et flexibles.

Les dimensions personnalisées peuvent apparaître sous forme de dimensions principales dans les rapports personnalisés. Vous pouvez également les utiliser sous forme de segments et de dimensions secondaires dans les rapports standards.

Conditions préalables

Les dimensions et statistiques personnalisées ne peuvent être ajoutées qu'aux propriétés qui utilisent la méthode Universal Analytics, ou qui contiennent au moins une vue de rapports associée à une application. Les dimensions et statistiques personnalisées sont compatibles avec les SDK Google Analytics pour Android et iOS v2.x ou ultérieure, analytics.js et le protocole de mesure.

Les dimensions et statistiques personnalisées nécessitent une configuration supplémentaire au niveau de votre compte Google Analytics et de votre code de suivi. Une fois que vous avez réalisé les deux étapes nécessaires à la configuration, vous pouvez les utiliser dans vos rapports.

Limites et mises en garde

Dans chaque propriété, 20 indices sont disponibles pour les différentes dimensions personnalisées et 20 autres sont destinés aux statistiques personnalisées. Les comptes Google Analytics Premium incluent 200 indices disponibles pour les dimensions personnalisées et 200 pour les statistiques personnalisées.

Vous ne pouvez pas supprimer les dimensions personnalisées, mais vous pouvez les désactiver. Nous vous conseillons d'éviter de les réutiliser. Lorsque vous modifiez le nom, le champ d'action et la valeur d'une dimension personnalisée, l'ancienne et la nouvelle valeur peuvent être associées au nom de l'ancienne dimension, ou à celui de la nouvelle. Cela entraîne une confusion au niveau des données de vos rapports, et vous ne pourrez pas séparer ces dernières de façon précise à l'aide d'un filtre.

Cycle de vie des dimensions et statistiques personnalisées

Le cycle de vie d'une dimension ou d'une statistique personnalisée est constitué de quatre étapes :

  • Configuration  : vous définissez vos dimensions et statistiques personnalisées à l'aide d'un indice, d'un nom et d'autres propriétés comme le champ d'application.
  • Collection : vous envoyez des valeurs de dimensions et de statistiques personnalisées à Google Analytics à partir de votre mise en œuvre.
  • Traitement : vos données sont traitées à l'aide de vos définitions de dimensions et de statistiques personnalisées et de tout filtre de vue des rapports.
  • Création de rapports : vous établissez de nouveaux rapports à l'aide de vos dimensions et statistiques personnalisées dans l'interface utilisateur Google Analytics.

Configuration

Avant de pouvoir envoyer des valeurs de dimensions et de statistiques personnalisées à Google Analytics il convient tout d'abord de les définir dans une propriété Google Analytics. Chaque propriété Google  Analytics comprend 20 indices disponibles pour les dimensions personnalisées et 20 autres indices disponibles pour les statistiques personnalisées.

Lorsque vous définissez une dimension ou une statistique de rapport, vous spécifiez son nom et d'autres valeurs de configuration à un indice spécifique. Les dimensions personnalisées ont les valeurs de configuration suivantes :

  • Nom : le nom de la dimension personnalisée tel qu'il apparaît dans vos rapports.
  • Champ d'application : indique à quelles données la dimension ou la statistique personnalisée est appliquée. En savoir plus sur le champ d'application
  • Active : détermine si la valeur de dimension ou de statistique personnalisée est traitée. Les dimensions personnalisées inactives apparaissent tout de même dans les rapports, mais leurs valeurs ne sont pas traitées.

Les statistiques personnalisées ont les valeurs de configuration suivantes :

  • Nom : le nom de la statistique personnalisée tel qu'il apparaît dans vos rapports.
  • Type : détermine comment la valeur de la statistique personnalisée s'affiche dans les rapports.
  • Valeur minimale/maximale : les valeurs minimale et maximale qui sont traitées et affichées dans vos rapports.
  • Active : détermine si la valeur de la statistique personnalisée est traitée ou non. Les statistiques personnalisées inactives apparaissent tout de même dans les rapports, mais leurs valeurs ne sont pas traitées.

Les dimensions et les statistiques personnalisées peuvent être définies dans l' interface utilisateur Google Analytics.

Lorsque vous définissez une dimension ou une statistique personnalisée, il faut éviter, si possible, de modifier le nom ou le champ d'application. Voir la section Observations relatives à la mise en œuvre pour en savoir plus sur la manière dont les modifications apportées à ces valeurs peuvent avoir un impact sur la création de vos rapports.

Collecte

Les valeurs de dimension et de statistique personnalisées sont envoyées à Google Analytics au moment de la collecte sous la forme d'une paire d'indices et de paramètres de valeur. Le paramètre de l'indice correspond à l'indice de la dimension ou de la statistique personnalisée défini lors de la phase de configuration.

Contrairement aux autres types de données, les dimensions et statistiques personnalisées sont envoyées à Google Analytics en tant que paramètres liés aux autres appels tels que les pages vues, les événements ou les transactions de commerce électronique. De ce fait, les valeurs doivent être définies avant de faire une demande de suivi afin d'envoyer cette valeur à Google Analytics.

Par exemple, pour définir une valeur de dimension personnalisée, votre code peut se présenter comme suit :

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 1.
ga('set', 'dimension1', 'Level 1');

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview');

Types de statistique personnalisée

Les statistiques personnalisées de type "Entier" ou "Heure" doivent être envoyées à l'aide de nombres entiers. Quant aux statistiques personnalisées de type "Devise", elles doivent être envoyées comme valeurs décimales fixes selon la devise locale.

Traitement

Lorsque les dimensions personnalisées sont traitées, le champ d'application détermine à quels appels une valeur de dimension particulière est appliquée, tandis que les filtres de vue  déterminent quels appels, et les valeurs qui leur sont associées, sont finalement inclus dans la création de rapports.

Champ d'application et priorité

Le champ d'application détermine quels appels sont associés à une valeur de dimension personnalisée spécifique. Il existe quatre niveaux de champ d'application : produit, appel, session et utilisateur:

  • Produit : la valeur est appliquée au produit pour lequel elle a été définie (commerce électronique amélioré uniquement).
  • Appel : la valeur est appliquée à l'unique appel pour lequel elle a été définie.
  • Session : la valeur est appliquée à tous les appels d'une seule et même session.
  • Utilisateur : la valeur est appliquée à tous les appels dans les sessions actuelles et futures, jusqu'à ce que des changements de valeur ou des dimensions personnalisées soient rendues inactives.
Champ d'application défini au niveau du produit

Lorsqu'une dimension personnalisée dispose d'un champ d'application au niveau du produit, la valeur est appliquée uniquement au produit avec lequel la valeur est définie. Parce que plusieurs produits peuvent être envoyés dans un unique appel, il en va de même pour plusieurs dimensions personnalisées dont le champ d'application est défini au niveau du produit.

Champ d'application défini au niveau de l'appel

Lorsqu'une dimension personnalisée dispose d'un champ d'application défini au niveau de l'appel, la valeur est appliquée uniquement à l'appel avec lequel la valeur est définie. Les Figure A, Figure B et Figure C ci-dessous l'illustrent parfaitement :

Figure A : l'utilisateur envoie deux appels (H1, H2). La valeur CD1 de l'appel H2 est définie sur A. Cette valeur est appliquée uniquement à l'appel H2.


Figure B : l'utilisateur envoie un troisième appel (H3). Aucune valeur CD n'est définie pour l'appel H3.


Figure C : l'utilisateur envoie un quatrième appel (H4). La valeur CD1 de l'appel H4 est définie sur B. Cette valeur est appliquée uniquement à l'appel H4.


Champ d'application défini au niveau de la session

Lorsque deux valeurs ont un champ d'action défini au niveau de la session au même indice dans une session, la dernière valeur définie est prioritaire et est appliquée à tous les appels de cette session. Dans la Figure D ci-dessous, la dernière valeur définie remplace toute valeur précédente définie pour cet indice :

Figure A : l'utilisateur envoie un appel (H1) sans valeur CD.


Figure B : dans la même session, l'utilisateur envoie un deuxième appel (H2) dont la valeur CD1 est définie sur A. Comme le champ d'application est défini au niveau de la session, la valeur A est également appliquée à l'appel H1.


Figure C : l'utilisateur envoie un troisième appel (H3). Bien qu'aucune valeur CD1 ne soit envoyée avec l'appel H3, comme le champ d'application est défini au niveau de la session, la valeur A est appliquée automatiquement à l'appel H3.


Figure D : l'utilisateur envoie un quatrième appel (H4) avec une nouvelle valeur CDI définie sur B. Le champ d'application défini au niveau de la session applique la valeur B à tous les appels de la session, remplaçant la valeur A dans les appels précédents.


Champ d'application défini au niveau de l'utilisateur

Enfin, si deux valeurs de dimension personnalisée dont le champ d'application est défini au niveau de l'utilisateur sont définies dans la même session, la dernière valeur définie est prioritaire pour la session actuelle et est appliquée aux sessions futures pour cet utilisateur.

Dans la Figure B ci-dessous, la valeur CD, A, s'applique à tous les appels dans la session 2, simplement comme une valeur CD définie au niveau de la session. Cependant, dans la Figure C, contrairement au champ d'application défini au niveau de la session, la valeur CD, A, continue à être appliquée aux appels dans la troisième session, car la valeur CD1 dispose d'un champ d'application défini au niveau de l'utilisateur :

Figure A : l'utilisateur dispose d'une session avec trois appels (H1, H2, H3). Aucune valeur CD n'est définie.


Figure B : le même utilisateur revient et a une autre session, avec trois appels supplémentaires. La valeur CD1 est définie sur A pour l'appel H3. La valeur CD1 est ensuite appliquée à tous les appels de la session.


Figure C : l'utilisateur revient pour une troisième session avec trois appels supplémentaires. Si le champ d'application est défini au niveau de l'utilisateur pour la valeur CD1, la valeur A sera appliquée à tous les appels de la session 3.

Filtres

Les filtres de vue peuvent interagir avec les dimensions et statistiques personnalisées de plusieurs façons.

Les valeurs de dimensions et statistiques personnalisées sont toutes associées à l'appel avec lequel elles ont été reçues, peu importe leur champ d'application.. Si cet appel est filtré par un filtre de vue, la dimension ou la statistique personnalisée peut être également filtrée, selon son champ d'application :

  1. Champ d'application défini au niveau de l'appel : à la fois les dimensions personnalisées et les statistiques personnalisées sont filtrées si l'appel avec lequel elles sont associées a également été filtré.
  2. Champ d'application défini au niveau de la session ou de l'utilisateur : les dimensions personnalisées dont le champ d'application est défini au niveau de la session ne sont pas filtrées, même si l'appel auquel elles sont rattachées est filtré. Leurs valeurs sont tout de même appliquées à tous les appels de la session actuelle ainsi que les sessions futures si la dimension dispose d'un champ d'application défini au niveau de l'utilisateur.

Les dimensions personnalisées peuvent être également utilisées pour générer des filtres de vue. Cela entraînera le filtrage des appels selon le champ d'application de la dimension personnalisée. Par exemple, filtrer une valeur de dimension personnalisée dont le champ d'application est définie au niveau de l'utilisateur permettrait de filtrer les sessions actuelles et futures depuis l'ensemble d'utilisateurs associés à cette valeur.

Création de rapports

Une fois les étapes de collecte, de configuration et autres étapes de traitement du circuit terminées, les dimensions et statistiques personnalisées deviennent disponibles via l'interface de création de rapports de l'utilisateur.

Les dimensions et statistiques personnalisées sont disponibles dans les rapports personnalisés et disponibles pour utilisation avec les segments avancés. Les dimensions personnalisées peuvent être également utilisées comme dimensions secondaires dans les rapports standards.

Exemples

Les exemples suivants présentent comment les dimensions et les statistiques personnalisées peuvent être utilisées par un développeur de jeux pour en savoir plus sur le comportement des joueurs.

Un développeur de jeux a récemment lancé un nouveau jeu.

La mise en œuvre actuelle de Google Analytics permet de suivre un visionnage de l'écran chaque fois qu'un utilisateur joue un niveau. Le développeur sait déjà le nombre de fois où chaque niveau est joué. Maintenant, il souhaite répondre aux questions suivantes plus approfondies :

  1. Combien de fois les niveaux faciles sont-ils joués par rapport aux niveaux moyens ou difficiles ?
  2. Combien de niveaux sont joués chaque jour lors d'une période d'essai de 3 jours ?
  3. Combien de niveaux sont joués par les utilisateurs lors de la période d'essai par rapport aux utilisateurs ayant payé pour accéder au jeu ?

Pour répondre à ces questions, les dimensions personnalisées sont utilisées pour créer de nouveaux groupes d'appels, de sessions et d'utilisateurs.

En outre, le développeur vend certaines fonctionnalités supplémentaires pour améliorer l'expérience utilisateur, les "bonus" par exemple. Le développeur utilise déjà les champs de catégorie et de variante, mais souhaite un champ supplémentaire pour évaluer la force du bonus acheté. De cette façon, le développeur peut déterminer si certaines forces de bonus ont rencontré plus de succès que d'autres.

Champ d'application défini au niveau de l'appel

Prenons un exemple sur la façon dont le développeur de jeux peut utiliser les dimensions personnalisées dont le champ d'application est défini au niveau de l'appel pour connaître le nombre de niveaux joués, selon le niveau de difficulté : facile, moyen ou difficile.

Le développeur effectue déjà un suivi du nombre de fois où chaque niveau est joué à l'aide de la valeur Visionnages de l'écran. Désormais il souhaite savoir quelle est la difficulté la plus jouée.

Le rapport doit se présenter comme suit :

DifficultéVisionnages de l'écran
Facile 
Moyen 
Difficile 

Avant d'utiliser les dimensions personnalisées, le développeur peut voir la totalité des visionnages de l'écran par niveau, mais il n'a pas été en mesure de regrouper ces visionnages de l'écran par difficulté.

En utilisant une dimension personnalisée dont le champ d'application est défini au niveau de l'appel, la difficulté peut être associée à chaque visionnage de l'écran, permettant aux rapports d'inclure la difficulté jouée le plus.

Pourquoi le champ d'application défini au niveau de l'appel ?

Un utilisateur peut jouer plusieurs niveaux au cours d'une session. L'utilisation du champ d'application défini au niveau de l'appel signifie qu'une valeur de difficulté est associée au visionnage de l'écran avec lequel elle a été envoyée. Cela garantit que chaque visionnage de l'écran peut être associé à une difficulté unique.

Configuration

La première étape de la mise en œuvre d'une dimension personnalisée consiste à la définir dans vos paramètres de propriété dans la section Admin de Google Analytics. Pour cet exemple, la définition de la dimension personnalisée se présente comme suit :

Indice
NomDifficulté
Champ d'applicationAppel
Activevrai

Collecte

Dans le cadre du jeu, le développeur effectue déjà un suivi de chaque niveau avec un visionnage de l'écran. Afin d'associer la difficulté à chaque niveau, la valeur de la dimension personnalisée doit être définie juste avant l'appel pour suivre le visionnage de l'écran.

La mise en œuvre devrait se présenter comme suit :

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 1.
ga('set', 'dimension1', 'easy');

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

Dans cet exemple, la dimension personnalisée est définie juste avant le suivi du visionnage de l'écran. Cela permet d'associer la difficulté au visionnage de l'écran et de regrouper les appels de visionnage de l'écran par difficulté dans les rapports.

Traitement

Une fois les appels collectés et envoyés à Google Analytics, les données sont traitées et les valeurs de dimension personnalisée sont appliquées aux appels en fonction de leur champ d'application.

Par exemple, les données collectées pour un seul et même joueur, avec une session, ayant joué six niveaux, se présentent comme suit :

userId = 5555
Session 1:
H1: screen_name=/level_1/ cd1_value=easy
H2: screen_name=/level_2/ cd1_value=medium
H3: screen_name=/level_3/ cd1_value=hard
H4: screen_name=/level_4/ cd1_value=easy
H5: screen_name=/level_5/ cd1_value=medium
H6: screen_name=/level_6/ cd1_value=medium

Notez que l'utilisation du champ d'application défini au niveau de l'appel garantit que chaque valeur de difficulté est uniquement associée au visionnage de l'écran avec lequel elle a été envoyée.

Création de rapports

Après le traitement, comme chaque visionnage de l'écran est associé à sa valeur de difficulté respective, un développeur peut créer un rapport utilisant à la fois les valeurs "Nom de l'écran" et "Difficulté" en tant que dimensions, et la valeur "Visionnages de l'écran" comme statistique.

Nom de l'écranDifficultéVisionnages de l'écran
/level_1/Facile
/level_2/Moyen
/level_3/Difficile
/level_4/Facile
/level_5/Moyen
/level_6/Moyen

Un rapport personnalisé utilisant "Difficulté" comme une dimension principale peut être créé pour regrouper les visionnages de l'écran et permettre de savoir combien de fois chaque niveau de difficulté a été joué.

DifficultéVisionnages de l'écran
Facile
Moyen
Difficile

Dans ce rapport, le niveau de difficulté joué le plus souvent est "Moyen". Cet aperçu est possible à l'aide des dimensions personnalisées dont le champ d'application est défini au niveau de l'appel pour regrouper les visionnages de l'écran.

Champ d'application défini au niveau de la session

Prenons un exemple sur la façon dont le développeur de jeux peut utiliser les dimensions personnalisées dont le champ d'application est défini au niveau de la session pour découvrir le nombre de niveaux joués chaque jour au cours d'une période d'essai de trois jours.

Le développeur connaît déjà le nombre de fois où chaque niveau est joué en suivant un visionnage de l'écran pour chaque niveau.. Maintenant il souhaite savoir quel est le nombre de niveaux joués chaque jour.

Le rapport que le développeur souhaite créer se présente comme suit :

Jour d'essaiVisionnages de l'écran
Jour 1 
Jour 2 
Jour 3 

En utilisant une dimension personnalisée dont le champ d'application est défini au niveau de la session, le développeur peut regrouper les visionnages de l'écran selon le jour de la période d'essai et voir comment ce nombre évolue lorsqu'un utilisateur passe davantage de temps à jouer dans le cadre de la période d'essai gratuit.

Pourquoi le champ d'application défini au niveau de la session ?

Vous pouvez utiliser le champ d'application défini au niveau de la session pour regrouper efficacement des sessions entières et chacun de leurs appels de composants en une seule et même valeur "Jour d'essai".

Bien que le champ d'application défini au niveau de l'appel peut être utilisé pour obtenir la même fonctionnalité, l'utilisation du champ d'application défini au niveau de la session vous permet de définir facilement une valeur "Jour d'essai" en utilisant un minimum de code supplémentaire.

Configuration

La dimension personnalisée "Jour d'essai" est définie dans la section des paramètres de propriété de l'interface utilisateur Google Analytics avec les valeurs suivantes :

Indice
NomJour d'essai
Champ d'applicationSession
Activevrai

Collecte

Dans le cadre du jeu, le développeur effectue déjà un suivi de chaque niveau avec un visionnage de l'écran. Afin d'associer un jour à tous les visionnages de l'écran dans une session, la valeur de dimension personnalisée doit être définie uniquement une fois par session.

Le développeur peut définir la dimension personnalisée lorsque l'utilisateur commence tout d'abord le jeu :

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

Notez qu'une dimension personnalisée définie au niveau de la session peut être définie à tout moment lors de la session. Cependant, dans cet exemple, il est simplement pratique pour le développeur de déterminer le jour d'essai et de définir la valeur en fonction du démarrage de la session.

Traitement

Une fois les appels collectés et envoyés à Google Analytics, les données sont traitées et les valeurs de dimension personnalisée sont appliquées aux appels en fonction de leur champ d'application.

Par exemple, les données collectées pour un seul joueur, ayant joué au jeu deux fois le premier jour, une fois le deuxième jour et une fois le troisième jour, se présentent comme suit :

userId = 5555
Session 1:
H1: screen_name=/level_1/  cd2_value=1
H2: screen_name=/level_2/
H3: screen_name=/level_2/

Session 2:
H4: screen_name=/level_3/  cd2_value=1
H5: screen_name=/level_4/
H6: screen_name=/level_4/

Session 3:
H1: screen_name=/level_1/  cd2_value=2
H2: screen_name=/level_2/
H3: screen_name=/level_3/

Session 4:
H1: screen_name=/level_3/  cd2_value=3

Notez que les valeurs de dimension personnalisée ont été envoyées uniquement avec un seul visionnage de l'écran par session.

Le champ d'application défini au niveau de la session garantit que la valeur "Jour d'essai" est associée à tous les appels de cette session, et non seulement l'appel avec lequel elle a été envoyée.

Création de rapports

Après le traitement, les valeurs de dimension personnalisée définie au niveau de la session sont associées à tous les visionnages de l'écran reçus dans la même session. Le développeur peut désormais créer un rapport, en utilisant "Jour d'essai" et "Nom de l'écran" en tant que dimensions et "Visionnages de l'écran" en tant que statistique.

Jour d'essaiNom de l'écranVisionnages de l'écran
/level_1/
/level_2/
/level_3/
/level_4/
/level_1/
/level_2/
/level_3/
3/level_3/

Enfin, pour regrouper les visionnages de l'écran par jour et découvrir combien de niveaux ont été joués chaque jour de l'essai, le développeur peut créer un rapport personnalisé utilisant "Jour d'essai" comme dimension principale.

Jour d'essaiVisionnages de l'écran

Les données indiquent que la plupart des niveaux ont été joués le premier jour et que véritablement moins de niveaux ont été joués les deuxième et troisième jours. Cet aperçu est possible à l'aide des dimensions personnalisées dont le champ d'application est défini au niveau de la session pour regrouper plusieurs sessions et leurs appels de composants en une seule et même valeur.

Champ d'application défini au niveau de l'utilisateur

Prenons un exemple sur la façon dont le développeur de jeux peut utiliser les dimensions personnalisées dont le champ d'application est défini au niveau de l'utilisateur pour découvrir le nombre de niveaux joués par les utilisateurs ayant payé l'accès au jeu par rapport au nombre d'utilisateurs ayant accès au jeu lors de la période d'essai gratuit.

Comme dans les exemples précédents, le nombre total de fois où chaque niveau est joué est déjà suivi par les visionnages de l'écran, mais le développeur souhaite désormais regrouper les visionnages de l'écran selon les utilisateurs ayant payé l'accès au jeu et ceux jouant dans le cadre de la période d'essai gratuit.

Le rapport que le développeur souhaite voir se présente comme suit :

Type de joueurVisionnages de l'écran
Gratuit 
Payant 

En utilisant une dimension personnalisée dont le champ d'application est défini au niveau de l'utilisateur, le développeur peut obtenir ces données en associant tous les visionnages de l'écran d'un utilisateur particulier, à travers ses sessions actuelles et futures, à une valeur "Type de joueur".

Champ d'application défini au niveau de l'utilisateur

Le champ d'application défini au niveau de l'utilisateur vous permet de regrouper facilement en une seule et même valeur toutes les sessions de composants et les appels d'un utilisateur. Dans l'idéal, il est préférable de ne pas changer régulièrement les valeurs pour un utilisateur spécifique, telles que "Type de joueur" dans cet exemple.

Notez que même si cette même fonctionnalité peut être obtenue avec le champ d'application défini au niveau de l'appel ou le champ d'application défini au niveau de la session, le champ d'application défini au niveau de l'utilisateur offre la solution la plus pratique avec le moins de code.

Configuration

La dimension personnalisée "Type de joueur" est définie dans la section Admin avec les valeurs suivantes :

Indice
NomType de joueur
Champ d'applicationUtilisateur
Activevrai

Collecte

Comme dans les exemples précédents, le développeur effectue déjà un suivi de chaque niveau avec un visionnage de l'écran. Pour regrouper ces visionnages de l'écran selon la valeur "Type de joueur", le développeur doit uniquement définir la dimension "Type de joueur" lorsque l'utilisateur commence le jeu, et une deuxième fois si un utilisateur opte pour la version payante du jeu.

Le développeur peut définir la dimension personnalisée lorsque l'utilisateur commence tout d'abord le jeu :

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Free' );

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

Le développeur peut également définir la dimension personnalisée lorsque l'utilisateur opte pour la version payante du jeu :

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Paid' );

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

Traitement

Comme dans les exemples précédents, une fois les données collectées, elles sont traitées et les valeurs de dimension personnalisée sont appliquées aux appels en fonction de leur champ d'application.

Par exemple, les données collectées pour un joueur unique ayant lancé deux fois le jeu en tant qu'utilisateur gratuit et une fois en tant qu'utilisateur payant, peuvent se présenter comme suit :

userId = 5555
Session 1:
H2: screen_name=/level_1/ cd3_value=free
H3: screen_name=/level_2/

Session 2:
H1: screen_name=/level_2/
H2: screen_name=/level_3/
H3: screen_name=/level_3/

Session 3:
H1: screen_name=/level_3/ cd3_value=paid
H2: screen_name=/level_4/

Notez que la valeur Gratuit définie dans la session 1 s'applique à tous les appels de cette session ainsi que de la session 2, jusqu'à ce que la nouvelle valeur Payant soit définie dans la session 3.

Création de rapports

Après traitement, les valeurs de dimension personnalisée "Type de joueur" sont associées aux sessions dans lesquelles elles ont été définies, ainsi qu'à toutes les futures sessions et à tous les futurs appels.

Le développeur peut désormais créer un rapport, en utilisant les valeurs "Type de joueur" et "Nom de l'écran" comme dimensions et "Visionnages de l'écran" en tant que statistique.

Type de joueurNom de l'écranVisionnages de l'écran
Gratuit/level_1/
Gratuit/level_2/
Gratuit/level_3/
Payant/level_3/
Payant/level_4/

Enfin, pour regrouper les visionnages de l'écran selon la valeur "Type de joueur" et découvrir combien de niveaux ont été joués par les utilisateurs de type gratuit par rapport aux utilisateurs de type payant, le développeur peut créer un rapport personnalisé utilisant la valeur "Type de joueur" comme dimension principale :

Type de joueur Visionnages de l'écran
Gratuit
Payant

Les données indiquent que davantage de niveaux ont été joués par des utilisateurs de type Gratuit que par les utilisateurs de type Payant. Cet aperçu est possible à l'aide des dimensions personnalisées dont le champ d'application est défini au niveau de l'utilisateur pour regrouper les utilisateurs et leurs sessions de composants et appels en une seule et même valeur.

Champ d'application défini au niveau du produit

Prenons un exemple sur la façon dont le développeur de jeux peut utiliser les dimensions personnalisées dont le champ d'application est défini au niveau du produit pour découvrir le degré de difficulté du bonus acheté : facile, moyen ou difficile.

Le développeur effectue déjà un suivi du nombre de fois où des bonus sont achetés à l'aide du commerce électronique amélioré. Maintenant, il souhaite savoir quel est le degré de difficulté le plus acheté en ce qui concerne les bonus.

Le rapport doit se présenter comme suit :

Degré de difficulté du bonusChiffre d'affaires par produit
Faible 
Moyen 
Difficile 

Avant d'utiliser les dimensions personnalisées, le développeur peut voir le chiffre d'affaires total généré par produit en ce qui concerne les bonus. Cela dit, il n'a pas été en mesure de regrouper ce chiffre d'affaires selon le degré de difficulté du bonus.

En utilisant une dimension personnalisée dont le champ d'application est défini au niveau du produit, le degré de difficulté peut être associé à chaque produit, permettant aux rapports d'inclure le degré de difficulté acheté le plus (ainsi que le degré de difficulté visualisé, ayant généré un clic et toute autre action de commerce électronique amélioré).

Pourquoi le champ d'application défini au niveau du produit ?

Un utilisateur peut acheter plusieurs bonus lors d'un seul et même achat. L'utilisation du champ d'application défini au niveau du produit signifie qu'une valeur "Degré de difficulté" est uniquement associée au produit avec lequel elle a été envoyée. Cela garantit que chaque bonus acheté peut être associé à seul et unique degré de difficulté.

Configuration

La dimension personnalisée "Degré de difficulté du bonus" est définie dans la section des paramètres de propriété de la page d'administration de votre compte Google Analytics avec les valeurs suivantes :

Indice
NomDegré de difficulté du bonus
Champ d'applicationProduit
Activevrai

Collecte

Dans le cadre du jeu, le développeur effectue déjà un suivi de chaque achat de bonus. Afin d'associer le degré de difficulté à chaque bonus, la valeur de dimension personnalisée doit être définie avec les données du produit.

L'ajout de cette dimension au produit peut se présenter comme suit :

ga('ec:addProduct', {               // Provide product details in an productFieldObject.
  'id': 'P12345',                   // Product ID (string).
  'name': 'Powerup',                // Product name (string).
  'category': 'Extras',             // Product category (string).
  'variant': 'red',                 // Product variant (string).
  'price': '10.00',                 // Product price (currency).
  'quantity': 2,                    // Product quantity (number).
  'dimension4': 'strong'            // Product-scoped custom dimension (string).
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // Send transaction data with initial pageview.

Dans l'exemple, la dimension personnalisée est définie avec les informations du produit. Cela permet d'associer le degré de difficulté à ce bonus.

Traitement

Comme dans les exemples précédents, une fois les appels collectés et envoyés à Google Analytics, les données sont traitées et les valeurs de dimension personnalisée sont appliquées aux produits avec lesquels elles sont définies.

Par exemple, les données recueillies pour un seul et même joueur, avec une session, ayant acheté trois bonus, se présentent comme suit :

userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
    product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak

Notez que l'utilisation du champ d'application défini au niveau du produit garantit que chaque valeur de bonus est associée uniquement au produit avec lequel elle a été définie.

Création de rapports

Après traitement, parce que chaque produit est associé à son degré de difficulté respectif, un développeur peut créer un rapport personnalisé qui indique le chiffre d'affaires selon le degré de difficulté du bonus :

Degré de difficulté du bonusChiffre d'affaires par produit
Faible20 
Difficile10 

Dans ce rapport, ce sont les bonus dont le degré de difficulté est faible qui ont généré le plus de chiffre d'affaires.

Statistiques personnalisées

Champ d'application

À l'instar des dimensions personnalisées, les statistiques personnalisées peuvent avoir différents champs d'application. Les statistiques personnalisées dont le champ d'application est défini au niveau de l'appel sont associées à toutes les dimensions dont le champ d'application est défini au niveau de l'appel avec lequel elles ont été envoyées. De même, les statistiques personnalisées dont le champ est défini au niveau du produit sont associées uniquement au produit avec lequel elles ont été envoyées. Les exemples suivants illustrent ces deux types de statistiques personnalisées.

Exemple de statistique personnalisée dont le champ d'application est défini au niveau de l'appel

Dans les exemples ci-dessus, le développeur de jeux effectue un suivi de chaque partie jouée à un certain niveau en tant que visionnage de l'écran. Dans chacun des rapports générés, la statistique "Visionnage de l'écran" est utilisée pour représenter la tentative, par un utilisateur, de terminer un niveau.

Cependant, le développeur souhaite également savoir quel est le taux de visionnage complet de chaque niveau.

Pour déterminer le taux de visionnage complet, le développeur utilise une nouvelle statistique personnalisée appelée "Niveau de visionnage complet" et la compare aux visionnages de l'écran pour chaque niveau.

Le rapport, que le développeur souhaite obtenir, se présente comme suit :

Nom de l'écranVisionnages de l'écranNiveau de visionnage complet
/level_1/  
/level_2/  
/level_3/  

Pourquoi utiliser une statistique personnalisée ?

Dans de nombreux cas, vous aurez la possibilité d'utiliser les événements, les visionnages de l'écran et/ou une statistique personnalisée pour suivre vos statistiques les plus importantes. Cependant, les statistiques personnalisées peuvent produire des rapports plus flexibles et plus lisibles. De fait, elles sont pratiques pour suivre vos statistiques les plus importantes.

Dans cet exemple, le niveau de visionnage complet ne peut pas être suivi en tant que visionnage de l'écran sans compter en double le nombre de visionnages de l'écran par niveau. C'est la raison pour laquelle vous souhaiterez peut être opter pour une autre solution.

Bien qu'un événement peut être utilisé de façon autonome, en raison de sa nature hiérarchique, il peut s'avérer difficile d'établir le rapport ci-dessus en combinant les visionnages de l'écran et le niveau de visionnage complet dans une seule et même dimension.

En raison des limites ci-dessus, et parce que la valeur "Niveau de visionnage complet" est une statistique importante pour ce développeur, il est plus pratique de suivre le niveau de visionnage complet en tant que statistique personnalisée.

Configuration

La statistique personnalisée Niveau de visionnage complet" est définie dans la section de gestion de l'interface utilisateur avec les valeurs suivantes :

Indice
NomNiveau de visionnage complet
Champ d'applicationAppel
Type de mise en formeNombre entier
Activevrai

Collecte

Le développeur suit déjà le démarrage de chaque niveau à l'aide d'une valeur de type visionnage de l'écran Maintenant, il souhaite effectuer un suivi du niveau de visionnage complet à l'aide de la nouvelle statistique personnalisée.

À l'instar des dimensions personnalisées, les statistiques personnalisées sont envoyées à Google Analytics comme paramètres liés aux autres appels. Afin d'envoyer la valeur de statistique personnalisée, le développeur doit également envoyer un appel supplémentaire pour enregistrer l'utilisateur achevant un niveau. Dans cet exemple, un événement est déclenché une fois que le niveau est achevé et une statistique personnalisée est associée à cet événement.

Cette mise en œuvre devrait se présenter comme suit :

ga('create', 'UA-XXXX-Y', 'auto');

// Increment the level completion metric by 1.
ga('set', 'metric1', 1 );

// Send the custom dimension value with an event hit.
ga('send', 'event', 'Level', 'completion');

Traitement

Avant le traitement, les données pour un seul joueur ayant lancé trois niveaux dans le jeu lors d'une seule et même session, se présentent comme suit :

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=event screen_name=/level_1/ cm1_value=1
H3: type=screen_view screen_name=/level_2/
H4: type=screen_view screen_name=/level_2/
H5: type=screen_view screen_name=/level_2/
H6: type=event screen_name=/level_2/ cm1_value=1
H7: type=screen_view screen_name=/level_3/
H8: type=event screen_name=/level_3/ cm1_value=1

Création de rapports

Après le traitement, le développeur peut créer un rapport utilisant "Nom de l'écran" comme dimension et "Visionnages de l'écran", "Nombre total d'événements" et "Niveau de visionnage complet" comme statistiques :

Nom de l'écranVisionnages de l'écranNombre total d'événementsNiveau de visionnage complet
/level_1/
/level_2/
/level_3/

Puisque le développeur a suivi le niveau de visionnage complet en tant que statistique personnalisée, il est inutile de filtrer les événements de visionnage complet à partir du nombre total d'événements.

En lieu et place, le développeur peut facilement créer le rapport personnalisé suivant à l'aide de la statistique personnalisée "Niveau de visionnage complet" :

Nom de l'écranVisionnages de l'écranNiveau de visionnage complet
/level_1/
/level_2/
/level_3/

Les données suggèrent que le niveau 2 est actuellement plus difficile par rapport aux niveaux  1 et 3. En effet, son taux de visionnage complet atteint seulement 33 % selon la valeur Visionnages de l'écran. En suivant le niveau de visionnage complet comme statistique personnalisée, le développeur est en mesure de répondre facilement aux questions relatives aux statistiques clés et de créer des rapports simplifiés à partager avec des tiers.

Exemple de statistique personnalisée dont le champ d'application est défini au niveau du produit

Dans l'exemple ci-dessus, le développeur de jeux suit chaque achat d'un bonus. Plusieurs statistiques peuvent être associées à chaque achat, telles que le chiffre d'affaires par produit et par quantité.

Cependant, le développeur de jeux a récemment proposé une promotion octroyant un crédit de 100 € à tous les utilisateurs. Le développeur de jeux souhaite évaluer quels sont les bonus que les utilisateurs achètent avec leur crédit.

Pour déterminer les crédits utilisés par achat de produit, le développeur utilise une nouvelle statistique personnalisée appelée "Crédits utilisés".

Le rapport, que le développeur souhaite obtenir, se présente comme suit :

Degré de difficulté du bonusChiffre d'affaires par produitCrédits utilisés
Difficile  
Moyen  
Faible  

Configuration

La statistique personnalisée "Crédits utilisés" est définie dans la section Admin avec les valeurs suivantes :

Indice
NomCrédits utilisés
Champ d'applicationProduit
Type de mise en formeDevise
Activevrai

Collecte

Comme avec les dimensions personnalisées, les statistiques personnalisées sont envoyées à Google Analytics comme paramètres liés aux données de produit.

Cette mise en œuvre devrait se présenter comme suit :

ga('ec:addProduct', {               // Provide product details in an productFieldObject.
  'id': 'P12345',                   // Product ID (string).
  'name': 'Powerup',                // Product name (string).
  'category': 'Extras',             // Product category (string).
  'variant': 'red',                 // Product variant (string).
  'price': '10.00',                 // Product price (currency).
  'quantity': 2,                    // Product quantity (number).
  'dimension4': 'strong',           // Product-scoped custom dimension (string).
  'metric2': 5                      // Product-scoped custom metric (integer).
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // Send transaction data with initial pageview.


Traitement

Avant le traitement, les données pour un seul joueur achetant certains bonus peuvent se présenter comme suit :

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
    product_name=powerup cd4_value=weak cm4_value=5
    product_name=powerup cd4_value=strong cm4_value=5
H4: type=screen_view screen_name=/level_2/
    product_name=powerup cd4_value=medium cm4_value=1
    product_name=powerup cd4_value=weak cm4_value=10

Création de rapports

Après le traitement, le développeur peut créer un rapport utilisant la valeur "Degré de difficulté du bonus" comme dimension et "Chiffre d'affaires par produit" et "Crédits utilisés" comme statistiques.

Degré de difficulté du bonusChiffre d'affaires par produitCrédits utilisés
Faible20 15 
Difficile10 
Moyen10 

Les données suggèrent que les joueurs utilisent leurs crédits pour des bonus dont le degré de difficulté est "Faible". Le développeur a enregistré le plus de bénéfices avec les bonus dont le degré de difficulté est "Moyen".

Observations relatives à la mise en œuvre

Lors de la mise en œuvre des dimensions ou statistiques personnalisées, gardez à l'esprit les points suivants :

Modification d'une dimension ou statistique existante

Lorsque vous modifiez le nom ou le champ d'application d'une dimension ou statistique personnalisée existante, vos données peuvent être affectées comme suit :

  • Modifier le nom : a un impact sur les données déjà traitées. Les anciennes données restent accessibles uniquement à l'aide du nouveau nom.
  • Modifier le champ d'application : n'a pas d'impact sur les données ayant déjà été traitées. Seules les nouvelles données sont traitées à l'aide du nouveau champ d'application.
  • Modifier l'état actif : le champ "Active" détermine si les valeurs de dimension ou statistique personnalisée sont actuellement traitées. Notez que si la valeur "Active" indique faux, la dimension ou statistique personnalisée apparaît tout de même dans vos rapports. Cela dit, comme ses valeurs n'ont pas été traitées, aucune donnée ne lui est associée.

Planifier la configuration du champ d'application

Lorsque vous choisissez le champ d'application à utiliser pour une dimension personnalisée spécifique, demandez-vous à quelle fréquence vous souhaitez modifier la valeur. S'il s'agit d'une valeur susceptible de changer à plusieurs reprises lors d'une session, comme le nom d'un niveau de jeu, utilisez le champ d'application défini au niveau de l'appel et définissez la valeur avant chaque appel. De plus, une dimension personnalisée, telle que le sexe, peut être définie une seule fois au niveau de l'utilisateur. Envoyer une valeur de type "Sexe" avec chaque appel exige un travail inutile et configurer une dimension personnalisée qui change souvent avec un champ d'application défini au niveau de l'utilisateur entraînerait une mauvaise association de nombreux appels à cette valeur.

Cet article vous a-t-il été utile ?