Lors de la configuration de l'analyse via Google Analytics (GA), les paramètres utilisateur ou le CD ( dimensions personnalisées ) sont souvent ignorés. Cela est dû à la difficulté de comprendre leur portée: on ne sait pas exactement comment les CD peuvent aider à collecter et analyser les données et comment ils sont configurés. Cet article décrit les principaux CD que nous utilisons dans Adventum sur de nombreux projets et le processus d'installation.

Quelles sont les options utilisateur

Pour créer un rapport dans Google Analytics, plus de 200 paramètres et mesures différents sont disponibles, tels que «source», «ville», «navigateur», «système d'exploitation» et bien d'autres. Mais les paramètres standard ne sont pas toujours suffisants pour l'analyse, Google a donc donné aux utilisateurs la possibilité de créer les leurs. La valeur du CD peut être transférée avec n'importe quel coup de l'utilisateur. Par exemple, à l'aide de paramètres personnalisés, vous pouvez analyser les performances du site dans le contexte des adaptatifs.

Il y a 4 domaines d'action CD au total:

• Hit
• Séance
• Utilisateur
• Produit

Par exemple, nous avons un CD dans lequel le paramètre d'autorisation utilisateur est stocké (0 - non autorisé, 1 - autorisé). Au début de la session, tous les utilisateurs ne sont pas autorisés. Voyons ce qui se passe lorsque ce paramètre change après l'entrée, selon la portée du CD.

• pour un CD avec la portée de hit, l'unité est affectée au paramètre d'autorisation dans le hit dans lequel l'autorisation s'est produite;
• pour un CD avec la portée de la session, le paramètre d'autorisation deviendra égal à 1 pour tous les hits de la session dans laquelle l'événement s'est produit (écrasement des anciennes valeurs du CD dans cette session);
• pour un CD avec la portée de l'utilisateur, le paramètre d'autorisation deviendra égal à 1 pour toutes les sessions utilisateur, à partir de celui dans lequel la connexion a été effectuée.

Parfois, vous devez analyser les caractéristiques d'un produit dont le support n'est pas défini dans les paramètres de base de Google Analytics: par exemple, le poids. Étant donné que les informations sur plusieurs produits peuvent être transmises en une seule fois, nous aurons besoin d'un champ d'application supplémentaire avec des détails plus approfondis. C'est pour cette granularité que le périmètre «Produit» est utilisé:

Configuration du CD

La configuration d'un paramètre utilisateur comprend deux étapes: la création d'un paramètre dans GA et l'envoi de données depuis le site. Ensuite, nous décrivons la séquence des étapes de configuration du CD.

Création d'un CD dans Google Analytics

1. Accédez à la section «Administrateur»
2. Dans les paramètres de ressources de la section «Paramètres utilisateur», sélectionnez la sous-section «Paramètres spéciaux»:
   
3. Cliquez sur le bouton «+ Paramètre spécial»
   
4. Le formulaire s'ouvre:
   
   Sélectionnez la portée du paramètre:
   
   
   • Hit
   • Séance
   • Utilisateur
   • Produit
   
   Et laissez la coche en face de «Actif» afin que les données commencent à être collectées et que le CD soit reflété dans les rapports.

Recommandations de titres de CD
Nous avons développé notre propre système pour nommer les paramètres utilisateur.
Au début de chaque CD, nous ajoutons un symbole pour la portée. Pour hit, il s'agit de h_ (par exemple, h_hitId), pour la session - s_ (par exemple, s_sessionId). Cela nous aide à naviguer dans les paramètres utilisateur et à toujours connaître leur portée, sans vérifier les paramètres du compteur. Parfois, il devient nécessaire de créer deux paramètres avec le même nom, mais avec une portée différente. Par exemple, nous effectuons un test A / B et voulons vérifier s'il est configuré correctement, la variante de test change-t-elle pendant la session. Pour ce faire, créez deux paramètres avec la même valeur: nom + version de test, dans laquelle l'utilisateur est entré, mais l'un d'eux est atteint, la deuxième session. Dans ce cas, la dénomination proposée sera très pratique.

Configuration de Google Tag Manager

Il existe deux façons de configurer l'envoi des paramètres à partir du site:

• directement via le code HTML du site.
• via Google Tag Manager (GTM).

Pour les deux méthodes, nous avons besoin de l'index du CD dans Google Analytics. Vous pouvez le voir dans la section "Paramètres spéciaux":



Envoi via HTML sur le site

Mettez à jour la configuration de la ressource dans le code de suivi Google Analytics en y ajoutant custom_map (vous devez ajouter ce qui est mis en évidence des deux côtés par des commentaires):

gtag('config', 'GA_MEASUREMENT_ID' , //  { 'custom_map': {'dimension<Index>': 'dimension_name'} } //  ); 

où GA_MEASUREMENT_ID est votre identifiant de compteur Analytics. Remplacez <Index> par l'index du paramètre dans GA, et au lieu de dimension_name, spécifiez son nom.

Si vous avez plusieurs paramètres utilisateur, alors 'dimension <Index>' : 'nom_dimension' doit être spécifié avec une virgule pour chacun d'eux.

Par exemple:

 gtag('config', 'UA-XXXXXXXXX', { 'custom_map': {'dimension1': 'projectName', 'dimension2': 'hitId', 'dimension3': 'sessionId', 'dimension4': 'screenWindow'} }); 

Afin d'envoyer un CD avec une vue de page, vous devez affecter ces paramètres à la valeur souhaitée avant le code indiqué ci-dessus :

 gtag('set', { 'dimension_name': 'dimension_value'}); 

où dimension_name doit correspondre à ceux que vous avez spécifiés dans 'custom_map' , et dimension_value doit être la valeur que vous souhaitez transférer sur le CD.

Par exemple:

 gtag('set', {'projectName': 'shop', 'hitId': '1121243'}); 

Lors de l'envoi d'une valeur de CD avec l'événement, vous devez envoyer le code:

 gtag('event', 'action_value', {'event_category': 'category_value', 'event_label': 'label_value', 'value': 'event_value', 'dimension_name': 'dimension_value'}); 

où au lieu de:

action_value - action d'événement
category_value - catégorie d'événement
label_value - étiquette d'événement
event_value - valeur d'événement (entier non négatif)
dimension_name - le nom du paramètre que nous avons spécifié dans le code précédent
dimension_value - valeur du CD

Un exemple:

 gtag('event', 'clickButton', {'event_category': 'conversion', 'event_label': 'registration', 'projectName': 'shop', 'hitId': '1121243'}); 

Sur nos projets, nous utilisons la deuxième option - le réglage via GTM. Examinons-le plus en détail.

Envoi de CD avec Hits à GA via GTM

La configuration de l'envoi de CD avec les hits (pages vues, événements) dans GA se fait dans une variable de type "Paramètres Google Analytics". Si vous avez déjà configuré cette variable, ouvrez-la. Sinon, vous devez le créer. Accédez à la section "Paramètres avancés", à la sous-section "Paramètres spéciaux". Ici, vous devez ajouter tous les paramètres utilisateur que vous avez créés précédemment dans GA:



L'ID de suivi doit inclure le numéro de compteur GA. Dans le champ "Index", écrivez l'identifiant du CD de GA vers lequel vous souhaitez transférer les données.

Dans le champ "Parameter Value", vous devez spécifier la valeur qui sera transférée sur le CD avec l'index spécifié. Cette valeur peut être spécifiée de deux manières:

• manuellement, si ce sera le même pour tous les événements;
• en utilisant la variable dans laquelle la valeur de ce paramètre est stockée (son nom est écrit entre crochets doubles). Par exemple, {{SCREEN_WINDOW}} - "Taille de la fenêtre du navigateur".

Avec ce réglage des paramètres utilisateur, il est important de considérer:

1. Lorsque la balise est traitée pour la première fois, un cookie avec l'ID utilisateur Google (clientID) n'est pas encore créé. Si nous voulons configurer le transfert de ce paramètre sur CD, nous ne pourrons pas le faire pour la première visualisation des pages.
2. Si nous voulons utiliser la même variable lors de l'envoi de données à différents paramètres utilisateur, cette variable sera à nouveau calculée pour chaque paramètre utilisateur. Par exemple, lorsque vous envoyez un horodatage de balise à deux paramètres utilisateur différents, vous pouvez remarquer une différence de valeurs de quelques millisecondes.

Vous pouvez éviter ces difficultés avec customTask.

Utilisation de customTask

customTask est la fonction avec la plus haute priorité, dont vous définissez vous-même le code et la logique. Il n'y a pas si longtemps, Google a donné la possibilité d'utiliser cette fonctionnalité dans GTM.

customTask utilise les données de l'objet modèle (qui inclut tous les champs du compteur de suivi), des cookies, etc. La priorité de cette fonction est plus élevée que celle de toutes les autres, et cela fonctionne pour le tag. Grâce à cela, vous pouvez configurer l'envoi de l'ID utilisateur dès la première visualisation de la page.

Pour configurer le CD via customTask, créez une variable GTM avec le nom JS_customTask et le type «code JavaScript natif»:



Ajoutez maintenant la JS_customTask que nous avons créée à la variable Paramètres de Google Analytics, dans la section "Champs à définir":

• Dans «Nom du champ», écrivez customTask ;
• Dans la «valeur», écrivez le nom de la variable que nous avons créée ci-dessus. Toutes les variables doivent être écrites en double accolades.

Une seule tâche personnalisée peut être définie dans une balise GTM. Par conséquent, tous les CD pouvant être déterminés par cette méthode seront écrits dans la variable JS_customTask créée précédemment.

CD fréquemment utilisés

Identifiant utilisateur

Défi. Le compteur a enregistré une forte augmentation du nombre de sessions. Dans le même temps, le nombre d'utilisateurs a légèrement augmenté. Il y avait une hypothèse sur le trafic de robots provenant de certains utilisateurs. Par défaut, il n'est pas possible d'afficher les caractéristiques des utilisateurs individuels dans GA dans un format pratique.

Solution. Google Analytics attribue un identifiant unique à chaque visiteur du site - l'identifiant client. Vous ne pouvez le voir dans l'interface de Google Analytics que dans un seul rapport - «Statistiques utilisateur» (Explorateur d'utilisateurs). Il n'est pas pratique de l'utiliser, car sur un écran, vous pouvez voir la séquence d'actions d'un seul utilisateur et vous ne pouvez pas ajouter de paramètres supplémentaires au rapport.

Une solution idéale serait la possibilité d'afficher l'ID client en tant que paramètre distinct dans un rapport standard ou utilisateur. Et cela peut être fait en utilisant GTM.

Paramètres techniques. En tant que ClientId, nous utilisons la séquence de chiffres de l'ID utilisateur dans GA (il est stocké dans un cookie avec le nom _ga. Par exemple, _ga = GA1.2.1111111111.111111111, où ClientId = 111111111.11111111111). Pour voir cette valeur, faites un clic droit sur la page du site et sélectionnez «Afficher le code»:



Ensuite, dans l'onglet Application, dans le menu de gauche, sélectionnez Cookies et le nom du site et recherchez la variable _ga dans le tableau:



En plus du cookie, l'ID utilisateur GA est stocké dans l'objet modèle et peut être récupéré à l'aide de la méthode .get ('clientId'). Nous utilisons customTask pour récupérer cette valeur et la transmettre à GA. Ajoutez le code suivant à la variable nommée JS_customTask:

 function() { var customDimensionIndex_client = 5; return function(model) { model.set('dimension' + customDimensionIndex_client, model.get('clientId')); } } 

Après le signe égal pour la variable customDimensionIndex_client, vous devez spécifier l'index du CD correspondant à ClientId dans GA. De cette façon, nous avons obtenu l'ID client du compteur et l'avons envoyé au paramètre utilisateur.

Résultat. Nous avons construit un rapport sur les utilisateurs individuels et avons constaté que certains d'entre eux avaient en fait un millier de sessions. Toutes les séances ont eu un taux de rebond de 100% et n'ont manifestement aucune valeur pour nous. Nous avons mis en place un segment pour exclure ces utilisateurs et avons pu analyser la dynamique du trafic sans visites inutiles.

Hit id

Défi. Vous devez voir comment l'utilisateur se comporte sur le site, quelles actions il effectue et dans quel ordre. Sur la base de ces données, des hypothèses de développement commercial pourraient être avancées.

Solution. Créez votre propre CD avec le numéro d'accès de l'utilisateur à chaque session. Triant par ordre croissant de visites, nous pouvons voir les façons dont les utilisateurs.

Paramètres techniques. Pour plus de commodité, en tant que HitId, nous transmettons ClientId + hit time au format timestamp. Ainsi, pour chaque événement, page vue, transaction, il y aura une valeur. Ce paramètre peut être configuré via customTask (similaire à ClientId).

Une seule tâche personnalisée peut être définie dans une seule balise GTM. Par conséquent, nous ajoutons à la variable «JavaScript personnalisé» précédemment créée le code mis en évidence des deux côtés par des commentaires, où l'index du CD nommé h_HitId de GA sera stocké dans la variable customDimensionIndex_hit:

 function() { var customDimensionIndex_client = 5; //    var customDimensionIndex_hit = 2; var now = new Date(); //    return function(model) { model.set('dimension' + customDimensionIndex_client, model.get('clientId')); //    model.set('dimension' + customDimensionIndex_hit, model.get('clientId').concat('_', now.getTime())); //    } } 

Le type de paramètre est atteint. Du fait qu'il contient également de l'heure au format d'horodatage, tous les accès utilisateur / session peuvent être triés par ordre d'exécution, sans utiliser de paramètres supplémentaires.

Si vous effectuez exactement les mêmes réglages, uniquement dans GA choisissez la portée du paramètre - session, alors nous obtenons un CD qui stockera l'identifiant de session de l'utilisateur.

Résultat. Construit deux rapports:

• Identifiant utilisateur, identifiant de hit, catégorie d'événement, action d'événement, étiquette d'événement, ajouter. paramètres.
• ID utilisateur, appuyez sur ID, ajoutez. paramètres.

Ensuite, ils ont déchargé ces données de GA, les ont combinées dans Excel (ou une base de données). Si nous trions les lignes par ClientId, puis par HitId, nous obtenons le chemin de chaque utilisateur sur le site. Nous pouvons maintenant créer des tableaux croisés dynamiques et les visualiser.

Tests A / B

Défi. L'entreprise a décidé de réaliser un test AB. Les paramètres ont été définis par les développeurs, sans utiliser Google Optimize. La question s'est posée: comment transférer les options de test vers Google Analytics afin d'analyser l'efficacité de l'expérience.

Solution. Dans ce cas, les CD nous aideront à comparer les résultats des tests en GA. Il suffit de configurer un paramètre utilisateur, qui prendra des valeurs avec l'identifiant du test et l'option dans laquelle l'utilisateur est tombé. Nous pouvons donc diviser le public en groupes selon les options de test et comparer les résultats.

Paramètres techniques. Créez un paramètre personnalisé dans GA, similaire à ce que nous avons configuré précédemment. Nous sélectionnons comme «Scope» - un hit, afin qu'il soit possible de diviser les événements en événements validés par l'utilisateur avant et après le début du test. Appelez-le, par exemple, h_AB-Test. Il est possible de transférer des données sur un CD par plusieurs tests à la fois. Vous pouvez les séparer avec un symbole qui n'apparaît pas dans le nom et la version du test, par exemple, «|».

Si vous faites le test vous-même et stockez les données à ce sujet dans un cookie, vous aurez besoin d'une variable comme «Code JavaScript natif» pour les extraire:

 function(){ var cookie_name ='{{test_variant}}'; var matches = document.cookie.match(new RegExp( "(?:^|; )" + cookie_name.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g, '\\$1') + "=([^;]*)" )); return matches ? decodeURIComponent(matches[1]) : '(not set)'; } 

où au lieu de {{test_variant}}, vous devez spécifier le nom du cookie dans lequel le nom et la variante du test sont stockés. N'oubliez pas de l'ajouter à la variable des paramètres GA.

En ajoutant le paramètre h_AB-Test au rapport, nous verrons dans Google Analytics à quelle option de test la session appartient. Selon la valeur de ce paramètre, vous pouvez segmenter les utilisateurs.

Résultat. Nous créons autant de segments qu'il y a de cas de test avec la condition h_AB-Test. Il doit correspondre à la valeur "nom + scénario de test". Nous examinons les événements qui nous intéressent dans les rapports.

Adresse pleine page

Défi. Le responsable de la publicité contextuelle a lancé une campagne publicitaire dans Yandex.Direct. Quelques jours plus tard, il est entré dans le rapport des sources GA et a constaté que le nombre de sessions utilisateur issues de la campagne publicitaire qu'il avait créée était bien inférieur aux clics sur les annonces dans Yandex.Direct.

Solution. Google Analytics a un paramètre requis pour le suivi des annonces - utm_source. Si tel est le cas, sa valeur sera ajoutée au paramètre standard "Source de la campagne". De même, Google le fait avec d'autres balises UTM pour l'enregistrement dans les paramètres correspondants.

Tous les tags UTM sont automatiquement supprimés du rapport sur les pages du site et vous ne pouvez pas les analyser là-bas. Dans ce cas, si le libellé utm_source n'a pas été défini, Google supprimera simplement toutes les balises UTM trouvées dans le rapport sur les pages et n'enregistrera pas leur contenu dans les paramètres intégrés correspondants.

Nous allons configurer le paramètre avec l'adresse de page complète pour voir toutes les balises, même si la publicité n'est pas configurée correctement. Appelons-le h_fullPage.

Paramètres techniques. Créons une variable avec le type "variable JavaScript" dans la section "Nom de variable globale" et spécifions document.URL:



Comme la portée de la variable set - hit.

Résultat. La séquence de balises UTM suivante a été utilisée tout au long de la campagne publicitaire: utm_medium, utm_source, utm_campaign. Après avoir examiné l'adresse complète des pages, nous avons remarqué qu'une esperluette était ignorée entre les annonces entre utm_medium et utm_source. Étant donné que utm_source est une balise utm obligatoire pour toute campagne publicitaire et que Google Analytics ne l'a pas trouvée après les caractères spéciaux (?, &), Le clic sur cette publicité a été enregistré dans le trafic direct. Grâce au paramètre h_fullPage, il a été possible de détecter le problème et de le corriger dans les paramètres du panneau publicitaire.

Options d'événement

Deux paramètres plus utiles (sans description de leurs réglages):

• Défi. Nous marquons le site par nous-mêmes via GTM. A trouvé une erreur, l'a rapidement corrigée, mais les événements avec l'erreur continuent d'arriver en GA.
  
  Solution. Pour trouver rapidement la racine du problème, vous pouvez transférer un CD avec chaque événement:
  Le nom du conteneur (s'il y en a plusieurs sur le site) - la variable intégrée GTM;
  La version conteneur est la variable intégrée GTM;
  Nom du tag - vous devez le configurer vous-même.
  
  Vous pouvez passer ces trois paramètres à travers n'importe quel séparateur dans une variable de type "Constante":
  
  
  
  La portée du paramètre est atteinte.
  
  Résultat. En utilisant la variable configurée, nous avons découvert que certains utilisateurs ont toujours l'ancienne version du conteneur, donc les événements continuent d'être envoyés. Très probablement, les utilisateurs n'ont tout simplement pas actualisé la page ou elle a été mise en cache, vous devez donc attendre un peu.
• Défi. Nous marquons le site via les développeurs. Ils ont introduit une nouvelle instruction écrite par nous. Après vérification, il s'est avéré que certains événements ont été envoyés avec une erreur.
  

  Important:
  
  

  • N'envoyez pas d'événements de test à la vue de travail GA lorsque nous vérifions les événements sur le site de test;
  • si après avoir commencé la bataille, nous avons remarqué que nous avons vérifié les événements marqués de manière incorrecte / après la mise à jour du site, quelque chose s'est cassé, il est important d'arrêter rapidement d'envoyer des événements à la vue de travail.

  
  

  Solution. Nous diviserons les événements en nouveaux / fonctionnant incorrectement et correctement marqués. Le premier peut être marqué comme test, le second - prod.
  
  Pour ce faire, laissez les développeurs ajouter des données à la couche de données, et nous les obtiendrons et les enverrons à GA. Toute poussée ressemblera à ceci:
  
  

   <script> dataLayer.push({ 'event': '{{ }}', 'event_id': '{{id }}', 'eventCategory': '{{ }}', 'eventAction': '{{  }}', 'eventLabel': '{{ }}', }); </script> 

  
  où entre crochets doubles sont les noms des variables dans lesquelles les données sont stockées du côté des développeurs.
  
  Nous devrons créer la variable «Table de consultation» pour séparer les événements:
  
  
  
  {{event_id}} est une variable qui récupère l'identifiant d'événement du DataLayer.
  
  Nous mettons une coche devant «Définir la valeur par défaut» et dans la colonne «Valeur par défaut» test d'écriture. Ainsi, initialement pour tous les événements, cette variable sera égale à test. Après vous être assuré que l'événement est correctement marqué, ajoutez son event_id à la cellule "Input". Dans le champ «Résultat», nous envoyons prod.
  
  Nous avons donc divisé tous les événements en marqués correctement et en nouveaux / incorrectement marqués. Nous vous conseillons de créer une vue distincte dans Google Analytics, où il n'y aura des événements qu'avec l'étiquette prod (cela peut être fait en utilisant le filtre Vues). Là, vous ne verrez que les événements correctement marqués.
  
  Résultat. Comme les erreurs dans le balisage des événements des instructions ont été éliminées, nous avons changé la valeur du paramètre pour ces événements dans GTM de test en prod. Grâce à ce paramètre, nous n'incluons dans les rapports que les événements correctement marqués avec le label prod.

La fonctionnalité des dimensions personnalisées est large et ne se limite pas aux méthodes de configuration et d'application décrites. Pour chaque type d'entreprise, d'analyse et d'hypothèse, vous pouvez trouver votre propre application de paramètres définis par l'utilisateur, et les méthodes de personnalisation décrites faciliteront ce processus.