Conseils et apprentissages améliorés sur le commerce électronique

Le commerce électronique amélioré est sans aucun doute une excellente fonctionnalité de Google Analytics. Il nous fournit un ensemble de rapports qui étendent véritablement les capacités d’analyse de site Web basée sur l’entonnoir. Comme je l’ai déjà montré, il est également très utile pour suivre d’autres événements transactionnels sur votre site, tels que l’engagement de contenu.

Cependant, voici la chose. Ce n’est pas très simple à mettre en oeuvre. Même si vous obtenez tout ce qu’il faut selon la documentation, il y a encore un certain nombre de pièges, et de nombreux apprentissages ne émergent que par l’expérience. C’est là que je veux aider, j’ai donc composé ce post avec certaines de mes principales conclusions sur la mise en œuvre et l’utilisation du commerce électronique amélioré.

Cela vaut la peine d’apprendre ce genre de choses, car une implémentation entièrement fonctionnelle du commerce électronique amélioré pourrait bien être la clé pour enfin proposer un rapport utile à coller sur vos tableaux de bord de vanité.

1. Mise en œuvre via Google Tag Manager

En tant que fanatique numéro 1 autoproclamé de Google Tag Manager, je fais toutes mes implémentations avec GTM. Cependant, vous devez prendre en compte certaines particularités lors de la mise en œuvre du commerce électronique amélioré via GTM. Les voici, sans ordre particulier.

Le fugace ecommerce chose

Si vous utilisez le Activer le commerce électronique amélioré / Utiliser la couche de données option dans vos balises, il y a une chose très importante à comprendre.

Seul le plus récent ecommerce l’objet est inclus dans le hit !

En d’autres termes, si vous faites deux dataLayer.push() commandes avec leurs propres objets ‘ecommerce’, toute balise qui se déclenche après la dernière poussée n’aura accès qu’à ce dernier objet ‘ecommerce’.

En effet, l’option “Utiliser la couche de données” utilise version 1 de la couche de données, qui n’a pas de choses fantaisistes comme fusion récursive d’objets. En pratique, cela signifie qu’un objet ‘ecommerce’ écrasera toujours l’objet ‘ecommerce’ précédent dans la couche de données, si le version 1 l’interface est utilisée.

Si vous faire souhaitez fusionner récursivement des objets ‘ecommerce’, vous devrez utiliser l’option “Lire les données de la variable” qui devient disponible lorsque vous décochez l’option “Utiliser la couche de données”. Continuer à lire…

Variable JavaScript personnalisée à la rescousse

J’ai déjà écrit à ce sujet, et ces jours-ci, je n’utilise en fait cette option que pour envoyer les charges utiles. Lorsque vous utilisez l’option JavaScript personnalisé (voir le guide du développeur pour plus d’informations), vous pouvez créer, analyser et supprimer des parties de l’objet ‘ecommerce’ jusqu’à ce qu’il soit à votre goût. Il s’agit d’un outil incroyablement puissant, vous permettant d’extraire des données de plusieurs sources pour compiler l’objet, ou vous permettant d’accéder au complet objet ‘ecommerce’ stocké dans le modèle de données, et pas seulement l’objet rabougri version 1 objet disponible si vous utilisez l’option “Utiliser la couche de données” dans vos balises.

function() {   var ecom = {'ecommerce' : {     'impressions' : pageData.productImpressions,     'detail' : {       'actionField' : {'list' : 'Related Products'},       'products' : pageData.productDetailView     }   };   return ecom; } 

L’exemple ci-dessus rassemble les deux impressions de produits et vue détaillée du produit dans un seul objet, en envoyant la charge utile complète à Google Analytics avec la balise.

Pour accéder à un fusionné récursivement ecommerce objet, vous devrez créer une nouvelle variable de couche de données qui accède à l’objet ‘ecommerce’ poussé à l’intérieur. Des instructions pour cela peuvent être trouvées dans cet article.

Vous pouvez combiner plusieurs types de données dans une seule charge utile

Ceci est assez vaguement couvert dans le guide du développeur, mais combiner des types de données dans une seule charge utile peut être très utile si vous souhaitez réduire le nombre de requêtes adressées à Google Analytics. Ainsi, si vous souhaitez envoyer plusieurs objets “e-commerce” dans une seule charge utile, vous le pouvez, mais uniquement si vous envoyez un objet de chaque type (promoView, promoClick, impressions, action). Une action est n’importe quel type de données de commerce électronique amélioré qui a le products Déployer. En d’autres termes, ce sont les disponibles action objets:

click, detail, add, remove, checkout, purchase, checkout_option, refund

Également ne peut pas combiner un promoClick avec un promoView ou un action chose. Voici donc les combinaisons valides :

• impressions avec l’un des promoView, promoClick ou alors action

• impressions avec promoView et action

• promoView avec l’un des impressions ou alors action

• promoView avec impressions et action

• promoClick avec impressions

• action avec l’un des impressions ou alors promoView

• action avec impressions et promoView

Dans tous les cas, combiner des objets en un seul payload peut vraiment faire gagner beaucoup de temps et rendre le tout plus efficace, mais n’oubliez pas que Google Analytics a une limite de caractères dans le payload !

Il y a une limite de 8 Ko dans la charge utile

Les analytics.js la bibliothèque refuse d’envoyer un hit si la taille totale de la charge utile est supérieure à 8192 octets. Cela nécessite pas mal de données à remplir, mais il ne faut que quelques dizaines d’impressions de produits pour obstruer le canal.

Eivind Savio a écrit un excellent article sur la façon de gérer ce débordement, alors je vous suggère d’y jeter un coup d’œil !

2. La cohérence est la clé

Le commerce électronique amélioré est composé presque entièrement d’interactions au niveau des appels. Cela signifie que chaque charge utile de commerce électronique amélioré envoyée à Google Analytics est unique et ne conserve pas ses informations lors des appels ultérieurs.

Ceci, à son tour, signifie essentiellement que le products Le tableau doit être cohérent tout au long de l’entonnoir. Par exemple, si vous avez un produit dans la catégorie “T-shirts”, vous aurez besoin de ces informations dans toutes les charges utiles dans lesquelles le produit est envoyé si vous souhaitez l’interroger sur l’ensemble de l’entonnoir. GTM ou GA ne conservera pas ces informations.

Vous devrez être très prudent lors de la conception et du développement de la couche de données pour vos charges utiles de commerce électronique amélioré. Les développeurs doivent comprendre à quel point il est important que les détails du produit soient identiques tout au long du processus d’entonnoir.

Cela a également des implications pour les requêtes. Par exemple, supposons que vous envoyiez les deux charges utiles suivantes à Google Analytics :

dataLayer.push({   'ecommerce' : {     'detail' : {       'products' : [{         'id' : 'A12345',       }]     }   },   'event' : 'ecommerce' }); dataLayer.push({   'ecommerce' : {     'add' : {       'products' : [{         'id' : 'A12345',         'name' : 'My T-Shirt'       }]     }   },   'event' : 'ecommerce' }); 

Dans ce cas, la requête du produit UGS ‘A12345’ renverra un résultat lorsqu’il sera interrogé contre vues détaillées du produit et le produit s’ajoute au panier. Cependant, produit Nom ‘Mon t-shirt’ ne renverra un résultat que lorsqu’il sera interrogé le produit s’ajoute au panier. Étant donné que ce nom de produit manquait dans la charge utile “détail”, vous ne pourrez pas demander cette information.

Souvent, lorsque vous travaillez avec une implémentation de commerce électronique amélioré qui utilise des méthodes côté client pour remplir certaines des données (par exemple, le grattage de la page), cette exigence de cohérence est devenue un problème sérieux. J’ai été obligé de conserver des informations complètes sur le produit tout au long de l’entonnoir à l’aide de solutions telles que le stockage HTML5 et les cookies.

Ce n’est pas l’approche recommandée.

La meilleure façon est de rendre les détails du produit dans dataLayer au fur et à mesure que la page se charge, assurez-vous que vos développeurs les ajoutent de manière cohérente à toutes les étapes de l’entonnoir. Une fois les produits entrés dataLayervous pouvez utiliser la méthode de variable JavaScript personnalisée pour les extraire et les analyser dans un fichier valide ecommerce chose.

Noter que vérifier est un peu exceptionnel en termes de cohérence. Il suffit d’envoyer le tableau ‘products’ avec juste la première étape. En effet, le commerce électronique amélioré n’a qu’un agrégat produitCommandes métrique, qui augmente de un lorsqu’un produit est envoyé avec la première étape de paiement. Les option de paiement et le reste des étapes de paiement n’a pas besoin, et ne devrait donc peut-être pas inclure d’informations sur le produit.

3. Dimensions et statistiques personnalisées adaptées au produit

Les dimensions et les statistiques personnalisées au niveau du produit sont un excellent moyen d’étendre l’ensemble plutôt limité d’informations que vous pouvez envoyer avec chaque produit.

Pour envoyer une dimension ou une statistique de portée produit dans Google Tag Manager, vous devez inclure le dimensionX et/ou metricX saisissez le produit respectif dans la charge utile dans laquelle vous souhaitez envoyer la dimension/la métrique. Encore une fois, comme dans le chapitre précédent, les dimensions et les métriques liées au produit ne persistent pas, vous devrez donc les inclure de manière cohérente dans les charges utiles.

Par exemple, pour envoyer une dimension avec des détails sur la taille du t-shirt et une statistique avec la valeur hors taxe du t-shirt, la dataLayer.push() ressemblerait à ceci :

dataLayer.push({   'ecommerce' : {     'detail' : {       'products' : [{         'id' : 'A12345',         'name' : 'My T-Shirt',         'dimension3' : 'Large',         'metric2' : 11.99       }]     }   },   'event' : 'ecommerce' }); 

Naturellement, une charge utile comme celle-ci ne vous permettra de rechercher ces informations qu’avec vue détaillée du produit requêtes, et pour ce produit particulier uniquement. Ces dimensions ne persistent pas dans les charges utiles de l’entonnoir et ne couvrent pas plusieurs produits. Ils sont par produit, par hit.

J’ai déjà écrit sur les dimensions et les statistiques personnalisées liées au produit, alors n’oubliez pas de consulter également cet article.

4. Catégories de produits

Le champ “catégorie” est également disponible dans le commerce électronique “traditionnel”, mais il a été légèrement remanié dans le commerce électronique amélioré.

Tout d’abord, l’exigence de cohérence s’applique ici aussi. Si vous souhaitez effectuer des requêtes complètes sur une catégorie de produits, vous devrez envoyer la catégorie avec chaque produit à toutes les étapes de l’entonnoir sur lequel vous souhaitez interroger. Le champ ne persiste pas.

L’autre chose à propos des catégories est que vous pouvez envoyer cinq niveaux de catégories, ce qui entraîne une segmentation douce dans vos rapports. Ces niveaux sont envoyés en utilisant la barre oblique (/) entre les niveaux, où le niveau 1 est le premier élément de la chaîne, le niveau 2 le second, etc. Ainsi, une chaîne complète de catégorie de produits à cinq niveaux ressemblerait à ceci dans une charge utile :

dataLayer.push({   'ecommerce' : {     'detail' : {       'products' : [{         'id' : 'A12345',         'category' : 'Clothes/T-Shirts/Men/Sleeveless/Used'       }]     }   } }); 

De cette façon, vous pouvez interroger des niveaux de catégorie individuels avec les dimensions Google Analytics suivantes :

Catégorie de produit niveau 1 : Vêtements

Catégorie de produit niveau 2 : Tee shirts

Catégorie de produit niveau 3 : Hommes

Catégorie de produit niveau 4 : Sans manches

Catégorie de produit niveau 5 : Utilisé

Celles-ci ne sont pas disponibles dans les rapports par défaut, mais vous pouvez facilement créer des rapports personnalisés ou les utiliser comme dimensions secondaires.

Si vos noms de catégorie contiennent le caractère ‘/’, vous devrez l’écrire d’une manière différente, car il n’y a aucun moyen d’encoder la barre oblique sans qu’elle soit interprétée comme un délimiteur de catégorie.

5. Attribution de la liste de produits

Cependant, tout ce qui concerne le commerce électronique amélioré n’est pas au niveau des succès. Les listes de produits et les promotions ont un mécanisme d’attribution, où le dernière La liste ou la promotion avec laquelle l’utilisateur a interagi avant un achat au cours de la même session est celle qui obtient le crédit complet pour l’achat. En d’autres termes, vous ne pas besoin de conserver les informations de la liste tout au long de l’entonnoir. Il suffit de l’envoyer uniquement là où l’interaction de la liste a lieu, et l’attribution se chargera du reste.

N’oubliez pas de consulter le guide du développeur pour une description de ce mécanisme d’attribution.

6. Résumé

Cette courte liste de conseils comprend un certain nombre de choses qui sont soit vaguement décrites dans les guides du développeur, soit difficiles à saisir sans exemples concrets.

S’il y a une chose qui ressort, c’est la cohérence exigence. Il est très important de garder les détails du produit cohérents tout au long de l’entonnoir. Un seul changement dans le nom du produit, par exemple, peut rendre les rapports extrêmement difficiles, car vous devrez regrouper plusieurs noms de produits sous un seul SKU dans vos rapports.

Ai-je manqué un conseil / un apprentissage important ? Avez-vous quelque chose à ajouter? Sonnez dans les commentaires!