Comment connecter la couche de données GTM à votre outil de test A/B

Qu'est-ce qu'une couche de données ?

Une couche de données est une couche intermédiaire entre votre site Web et votre solution de gestion de balises (comme Google Tag Manager ou Tealium), où vous pouvez stocker, traiter et échanger des données .

Techniquement parlant, il s'agit d'un objet JavaScript qui doit être inséré entre les balises HTML <script></script> de votre site Web.

Vous pouvez le considérer comme une couche où vous pouvez garder toutes les données de votre site Web accessibles.

Lorsque vous ajoutez des données dans la couche de données, elles deviennent facilement lisibles par un conteneur de gestion des balises, ce qui les rend parfaites pour le transfert vers diverses autres plates-formes telles que des outils d'analyse ou de test A/B (pensez à Google Analytics, Adobe Analytics, Google Ads, LinkedIn, Convert expériences, etc).

Les données de votre couche de données peuvent également être extraites dans le sens inverse, pour une utilisation sur des sites Web, afin de fournir un contenu personnalisé et des expériences utilisateur plus ciblées (plus à ce sujet vers la fin de l'article).

Plus de données dans la couche de données signifie un meilleur marketing.

Grâce aux informations que vous collectez sur le comportement de vos utilisateurs, il est plus facile de leur proposer un contenu pertinent et des expériences personnalisées, ce qui crée une situation gagnant-gagnant :

meilleur contenu = utilisateurs plus engagés = augmentation des ventes.

Quelles informations puis-je stocker dans une couche de données ?

Vous pouvez ajouter une pléthore d'attributs à votre couche de données, mais il est essentiel de s'en tenir à ceux qui sont pertinents pour votre site Web. Vous avez besoin d'attributs significatifs pour que tout le reste ait un contexte et soit organisé.

Comment savoir quelles données sont importantes sur votre site Web ?

La réponse est simple : c'est tout ce qui est important pour votre organisation. Répondre aux questions suivantes est un excellent point de départ :

1. Quelles informations puis-je collecter pour m'aider, moi et mon entreprise, à comprendre l'interaction entre mes visiteurs, mon site Web et mes produits ?
2. Comment puis-je attirer des visiteurs sur mon site Web ?
3. Comment puis-je offrir une expérience utilisateur vraiment engageante ?
4. Comment puis-je pousser les visiteurs à dépenser plus pour les produits que je souhaite qu'ils achètent ?
5. Comment puis-je m'assurer que les visiteurs reviennent sur le site ?

Le point de départ de la mise en œuvre d'une couche de données est donc une discussion commerciale plus large qui intègre une stratégie, des exigences commerciales et des objectifs clairement définis.

Les données que vous ajouterez à la couche de données dépendent entièrement de vous et de votre équipe. Toutefois, si vous avez du mal à démarrer, voici une liste des types de données courants transmis à la couche de données à partir d'un site Web.

1. Éléments visibles sur le site Web

Toutes les données qui peuvent être vues visuellement sur votre site Web et avec lesquelles les visiteurs peuvent interagir peuvent être transmises à la couche de données.

Cela signifie que des contenus tels que des témoignages, des logos, des médias sociaux, des en-têtes, des CTA et des images peuvent être mis à la disposition d'autres outils. En règle générale, ces données sont poussées à l'aide d'éléments et de classes, mais cela peut également être fait directement à partir du DOM.

2. Données disponibles sur le code source

La prochaine couche de données de site Web que vous pouvez pousser se trouve dans le code source. Cela peut être utilisé pour améliorer l'analyse du site Web si vous utilisez des variables personnalisées définies dans le code source ou pour permettre une meilleure diffusion du contenu.

3. Données des cookies

Les cookies et leurs valeurs associées constituent une autre catégorie courante de données pouvant être transmises à une couche de données.

Par exemple, supposons que vous souhaitiez afficher un message en haut de votre site Web lorsque la valeur du cookie "utag_env_mycompany_main" est modifiée. Vous devrez ensuite ajouter une propriété à la couche de données, en utilisant le nom du cookie. Lorsque sa valeur change, il génère/remplit correctement sa valeur de couche de données et affiche le message sur votre page Web.

4. Données de base de données

Les données d'une base de données cloud peuvent également être poussées vers la couche de données. Cela peut inclure des données utilisateur, des détails de transaction et tout autre élément que vous stockez dans vos bases de données.

Ces données sont inaccessibles à d'autres outils externes sans couche de données, donc en les poussant là-bas, vous pouvez les utiliser dans des campagnes marketing, des analyses et des processus d'optimisation.

5. Données de suivi du commerce électronique

Une autre utilisation très courante de la couche de données est le suivi du commerce électronique. Le suivi du commerce électronique contient des informations utiles sur les produits et les commandes, vous pouvez donc les transmettre à votre couche de données et les utiliser ultérieurement sur des plates-formes d'analyse, par exemple, pour voir les performances de votre site de commerce électronique.

Voici quelques autres types de données de commerce électronique que vous pouvez envoyer :

• informations sur le produit : identifiant, nom, prix, prix de vente, catégorie, taille, couleur, etc.
• informations de commande : identifiant, sous-total, taxe, total, expédition, remises, etc.
• informations utilisateur : identifiant, ville, état, pays, préférences, premier/dernier, etc.
• informations sur la page : timing, promotions visibles, produits visibles, catégorie, région, devise, etc.
• informations de recherche : terme, nombre de résultats, termes suggérés, etc.
• informations sur l'événement : nom de l'événement, libellé d'un bouton cliqué, etc.

6. Données d'application tierces

Si vous utilisez des scripts tiers comme des modules de chat en direct ou des formulaires intégrés, les données de ces systèmes peuvent également être envoyées à la couche de données. Par exemple, si quelqu'un soumet un formulaire, vous pouvez pousser ces données de soumission de formulaire et les rendre disponibles pour une utilisation par d'autres outils.

Pourquoi ai-je besoin d'une couche de données ?

En termes simples, la couche de données est essentielle pour prendre des décisions commerciales éclairées. Il regroupe des données importantes provenant de diverses sources (comme celles que nous avons présentées ci-dessus) et les organise de manière à vous aider à surveiller trois domaines principaux :

1. votre site web,
2. vos outils,
3. et votre organisation.

Illustrons cela par un exemple. Imaginez que vous êtes le directeur marketing d'une startup avec un site Web nouvellement lancé. Dès le départ, il serait important que la collecte et l'utilisation des données soient cohérentes sur toutes les plateformes. Pour ce faire, vous devrez travailler avec votre équipe de développement pour configurer une couche de données qui sera remplie d'informations très pertinentes pour la croissance de votre organisation.

Alors, quel sera l'impact de la couche de données sur votre activité dans chacun des trois domaines ?

Examinons-les un par un.

Il collecte toutes les données du site Web de manière cohérente

Tous les sites Web se composent de trois couches distinctes, chacune servant un objectif différent :

1. La couche expérience/présentation est ce que le visiteur voit. Il est construit avec HTML et CSS.
2. La couche de données, définie comme un objet Javascript, est la couche de collecte et de gestion des données produites.
3. La couche d'application est composée de toutes les applications tierces que vous connectez à votre site Web, telles que Google Analytics, Adwords, Facebook, etc. Ce sont généralement des scripts JavaScript.

Des trois couches ci-dessus, une seule est requise.

Pouvez-vous deviner lequel? (Astuce : ce n'est pas la couche dont nous avons parlé jusqu'à présent et c'est un problème.)

Eh bien, chaque site Web doit avoir une couche de présentation ; sinon, vous n'avez pas vraiment de site Web.

Presque tous les sites Web ont une sorte de couche d'application en place, car de nos jours, nous comptons beaucoup sur des applications tierces.

Cependant, tous les sites n'ont pas de couche de données, et sans elle, vous devez dépendre des deux autres couches pour obtenir des informations vitales.

Si vous faites confiance à la couche de présentation pour vous donner des informations, chaque fois que vos développeurs effectuent une simple modification HTML/CSS, cela affectera également les données que vous collectez et utilisez.

Si vous utilisez la couche d'application pour cela, chaque outil collectera ses propres données séparément et aura des conventions de dénomination différentes et des valeurs légèrement différentes, ce qui ne vous permettra pas d'agréger les données et de vérifier les performances globales de votre site Web.

En utilisant la couche de données, vous pouvez éviter ces problèmes. Vous disposerez d'un point central de collecte de données qui contient toutes les données dont vous avez besoin. Ces données ne changeront pas à chaque modification de conception simple et utiliseront la même terminologie dans toutes les différentes applications que vous utilisez.

Il s'intègre à d'autres outils pour garantir l'intégrité des données

En utilisant la couche de données, vous vous assurez que chaque outil que vous connectez à votre site Web disposera des données correctes dont il a besoin.

Jetons un coup d'œil à la couche de données de Segment :

Ici, la couche de données commence par "dataLayer" et répertorie quelques événements et leurs valeurs. Toutes ces valeurs sont accessibles par des outils tels que GTM, Google Analytics, Facebook, Instagram, Convert Experiences, LinkedIn pour une analyse ultérieure.

Tous les outils ci-dessus utiliseront le même nom pour les événements définis. Par exemple, tous sauront que le trafic est venu directement sur votre site car la valeur du référent est vide. Même si la définition de la couche de données peut devenir plus complexe que cela (et c'est la raison pour laquelle vous avez besoin de développeurs spécialisés), vous pouvez au moins être assuré que vous envoyez des données cohérentes entre différentes applications.

PRO-TIP

Pour trouver la couche de données de n'importe quel site, ouvrez simplement la console Google Chrome, tapez "dataLayer" et appuyez sur Entrée.

Voici à quoi ça ressemble :

Cela aide à créer une politique de gestion des données solide

Une couche de données rassemble les spécialistes du marketing et les développeurs. Chacune des deux parties doit apporter sa propre expertise pour le mettre en place correctement et l'utiliser à bon escient.

Les spécialistes du marketing doivent définir et fixer leurs propres attentes et objectifs, tandis que les développeurs doivent prendre ces exigences et les transformer en attributs significatifs dans la couche de données.

Ensemble, ces équipes peuvent créer une stratégie de collecte de données dont toute l'organisation peut bénéficier.

À quoi ressemble une couche de données ?

Entrons dans le vif du sujet. À quoi ressemble réellement la couche de données ?

Chaque fournisseur a un format de couche de données différent, la réponse n'est donc pas si simple. Il y a beaucoup de façons dont cela pourrait ressembler. Mais pour faciliter les choses, examinons quelques couches communes spécifiques au fournisseur, suivies de quelques couches courantes de gestion des balises.

Google Analytics (GA)

 gtag('config', 'GA_MEASUREMENT_ID', {
 'page_title' : 'page_produit',
 'page_path' : '/produits
});
gtag('événement', 'produit_vu', {
 'nom' : 'produit123',
 'valeur' ​​: 3549,
 'event_category' : 'Dépendances JS',
 'dimension1' : 'produits'
});

Comme vous pouvez le voir, GA traite chaque point de données comme un appel de fonction avec des données attachées. Parce que tout est configuré comme ça, chaque page ou action est essentiellement un événement. La couche de données de GA est très spécifique à leur balise, donc l'utilisation de leurs données avec d'autres fournisseurs nécessite soit une couche de données distincte, soit des intégrations.

Adobe Analytics (AA)

 s.pageName = "productpage" ;
s.prop5 = "product123" ;
s.eVar5 = "produits" ;
s.events = "événement1,événement1" ;
St(); //ou s.tl() pour les événements

Contrairement à GA avec des paramètres principalement nommés, Adobe Analytics utilise principalement des variables numérotées appelées props, eVars et événements. Il existe également des noms réservés, mais la plupart sont énumérés, puis nommés dans l'interface du produit AA.

Comme GA, la couche de données d'AA est très spécifique à leur balise, donc l'utilisation de leurs données avec d'autres fournisseurs nécessite soit une couche de données distincte, soit des intégrations. Cependant, comme toutes les données sont attachées à une « variable s » globale, n'importe quel autre fournisseur peut y accéder, tant qu'elle n'est pas supprimée après une session.

Théium

 utag_data = {
 nom_page : 'page d'accueil',
 page_type : 'accueil',
 Devise: USD',
} ;
// pour les événements
utag.link({
 ...quelques données comme ci-dessus
});

Le gestionnaire de balises de Tealium est conçu pour de nombreux fournisseurs, de sorte que la couche de données n'est pas spécifique à un fournisseur en particulier. Ils fournissent deux couches de suivi à plat distinctes, une pour la vue de la page et une pour les événements.

Tout fournisseur peut accéder à l'objet utag_data sur la page, mais la plupart des fournisseurs seront implémentés via le gestionnaire de balises, où la couche de données peut être complétée pour chaque fournisseur spécifique selon les besoins.

Gestionnaire de balises Google (GTM)

 couche de données = [{
 pageName : 'page d'accueil',
 Type de page : 'accueil',
 Devise: USD',
}] ;
// pour les événements
dataLayer.push({
 ...quelques données comme ci-dessus
});

Semblable à Tealium, les variables GTM peuvent être nommées comme vous le souhaitez et il existe une vue de page et une configuration d'événement qui sont différentes. Cependant, comme pour GA, la couche de données de GTM est entièrement basée sur les événements, vous n'avez donc pas besoin d'avoir de code de vue de page et vous pouvez simplement tout implémenter avec dataLayer.push().

W3C

 donnéesnumériques = {
pageInstanceID : "MyHomePage-Production",
page:{
  Informations sur la page : {
    ID de page : "Page d'accueil",
    destinationURL : "http://monsite.com/index.html"
  },
  Catégorie:{
    primaryCategory : "Pages FAQ",
    subCategory1 : "Informations sur le produit",
    Type de page : "FAQ"
  },
  les attributs:{
    pays : "États-Unis",
    langue : "en-US"
  }
}
} ;

Semblable à Tealium et GTM, la couche de données W3C peut utiliser tous vos propres noms de variables personnalisées et n'est généralement pas spécifique au fournisseur. Cependant, cette norme est beaucoup plus bien définie et chaque section de la couche de données est en quelque sorte regroupée en types.

Meilleures pratiques pour la couche de données

Comme vous pouvez le constater, l'utilisation de Data Layer peut devenir assez complexe assez rapidement. Donc, le garder aussi concis que possible vous fera économiser beaucoup de temps et d'ennuis.

Voici quelques bonnes pratiques supplémentaires pour que votre couche de données fonctionne pour vous, et non contre vous :

• Convention de dénomination – Nommez tous vos événements et attributs au sein de la couche de données d'une manière unique, mais également facile à comprendre par tous les membres de votre entreprise.
• Créer une documentation - Même si cela peut sembler simple au début, votre couche de données peut devenir complexe (et que se passe-t-il si les équipes qui y travaillent changent ?) Vous devez avoir un endroit où vous documentez toutes les variables utilisées dans la couche de données.
• Planifiez le travail des développeurs – Étant donné que la couche de données est un effort conjoint entre les spécialistes du marketing et les développeurs, planifiez le temps de vos développeurs à l'avance. Organisez tout ce qui doit être ajouté, puis structurez tous les autres changements à la volée par lots pour optimiser le temps de travail des développeurs.
• Envisagez les modifications du site Web – Lorsque l'équipe apporte des modifications au site Web, partagez avec elle les modifications qui doivent être transférées vers la couche de données. De cette façon, vous économisez du temps et de l'argent et tout le monde est content.

Quelles variables de couche de données GTM sont utiles dans les tests A/B ?

Maintenant que nous avons couvert la partie théorique, apprenons le savoir-faire à travers quelques exemples pratiques.

Comme expliqué précédemment, lorsqu'elle est utilisée correctement, une couche de données suralimente vos capacités de suivi des événements.

Passons en revue quelques cas d'utilisation puissants avec leurs variables de couche de données GTM associées qui peuvent être utilisées dans les tests A/B.

Suivi des widgets

Supposons que vous souhaitiez effectuer un test A/B de votre widget de chat en direct pour voir à quel point les utilisateurs de votre site Web sont engagés. Vous ne pourrez pas le faire en accédant aux variables de votre système de gestion des balises, car le widget de chat est une partie externe du site Web qui se charge lorsqu'un visiteur consulte une page.

Vous devrez donc utiliser la méthode push GTM pour envoyer toutes les actions utilisateur liées au widget de chat à la couche de données, puis les utiliser dans vos tests A/B.

Vous pouvez générer des événements de couche de données automatiques, comme ceux ci-dessous, lorsque les utilisateurs interagissent avec le chat en direct sur votre site Web. Par exemple, collectez des données et/ou déclenchez des conversions chaque fois qu'un utilisateur démarre un chat, envoie un message, saisit son adresse e-mail ou qu'un agent de chat répond :

 couche de données = [{
 'livechatStarted' : vrai,
 'livechatMessagefromAgent' : Agent_A,
 'livechatMessagefromUser' : Maddie,
 'livechatUserEnteredEmail : vrai
}] ;

Applications sur une seule page (SPA)

Les SPA se comportent différemment des sites normaux car ils réécrivent le contenu sur la même URL de page plutôt que de charger des URL de page complètement nouvelles.

C'est pourquoi le suivi des applications à page unique (SPA) nécessite un travail supplémentaire. Par défaut, ils nécessitent une implémentation personnalisée pour tout suivre correctement.

Les tests A/B sur les SPA doivent généralement être gérés différemment des autres expériences. Étant donné que l'URL sur laquelle les visiteurs naviguent ne change pas, elle ne peut pas déclencher de tests à l'aide de méthodes standard.

Une façon de le faire est d'implémenter manuellement tous vos événements personnalisés (une tâche qui prend beaucoup de temps). Une autre façon consiste à utiliser votre couche de données pour déclencher les expériences.

Lorsqu'un nouveau contenu est chargé sur un site SPA ou lorsqu'une action de l'utilisateur a lieu sur une page SPA, vous pouvez mettre à jour la couche de données.

Voici un exemple de couche de données où nous suivons le nom de la page — lorsqu'il est modifié, cela déclenche le test A/B :

 couche de données = [{
pageInstanceID : "Lancer le site de démonstration",
        page:{
            Informations sur la page :{
                ID de page : '2745374',
                pageName : 'démo acs - page de liste de produits'
            }
}] ;

Suivi des formulaires Web

Un autre cas d'utilisation courant de GTM Data Layer dans les tests A/B est le test de formulaires Web.

Lorsqu'un utilisateur saisit des données via un formulaire, vous pouvez tirer parti de la couche de données pour transférer automatiquement les informations critiques du formulaire vers la couche de données. Par exemple, chaque soumission de formulaire inclut l'ID du formulaire, le placement et l'emplacement du formulaire, ainsi que toutes les données soumises par l'utilisateur.

Vous pouvez ensuite utiliser les données du formulaire dans vos tests A/B pour personnaliser le contenu en fonction des valeurs saisies par l'utilisateur et augmenter vos taux de ventes incitatives et croisées.

 couche de données = [{
formAutomaticValues : {
    ID de formulaire : 3826,
    formFieldValues : {
      Prénom: {
        identifiant : 'Prénom',
        valeur : 'test',
        label : '*Prénom',
        Nom Prénom',
        taper : 'texte'
      }
}] ;

Diverses actions d'analyse personnalisées

J'espère que les exemples ci-dessus vous ont donné une idée de l'endroit où la couche de données peut être utilisée.

Comme vous pouvez le voir, la portée d'une couche de données est large.

Bien que cela puisse aider avec un suivi complexe, vous pouvez également en profiter pour déclencher des cas moins complexes :

• événements personnalisés de toute sorte, comme cliquer sur un CTA, sélectionner un champ dans un menu déroulant, changer des images sur un carrousel, ou
• les valeurs de dimension personnalisées , telles que les abonnements des utilisateurs, les achats des utilisateurs.

Comment utiliser la couche de données GTM avec votre outil de test A/B (et d'autres outils de votre pile technologique)

Comme nous l'avons vu jusqu'à présent, la couche de données peut être utilisée pour toutes sortes de choses.

Voyons maintenant comment vous pourriez l'utiliser avec votre outil de test A/B afin de donner encore plus de puissance à vos tests ! Nous passerons en revue chaque étape en profondeur, puis montrerons quelques exemples de ce à quoi cela ressemble lors de son utilisation pour les tests A/B !

Nous couvrirons chaque étape de Convert Experiences, donc si vous êtes déjà un utilisateur, explorons ensemble chacune des étapes ci-dessous. Si ce n'est pas le cas, inscrivez-vous pour un essai gratuit et essayez-le ! (Vous devrez créer un compte, mais aucune carte de crédit n'est requise.)

Pousser Convertir les données d'expériences vers la couche de données GTM

Une façon d'utiliser la couche de données avec votre compte Convert consiste à transmettre les données de test A/B à votre couche de données et, à partir de là, à les utiliser dans d'autres outils.

Assurez-vous que le code de suivi Convert et le code GTM sont ajoutés à votre page. Convertir les expériences lancées sur les pages seront poussées dans l'objet dataLayer par défaut de GTM pour un traitement ultérieur.

Voici 4 éléments clés de l'objet Convert poussé vers le dataLayer GTM à surveiller :

• "événement" - il ressemblera généralement à ceci : "convert-trigger-experiment-{experiment_id}"
• "experiment_id" - contient l'ID de l'expérience qui est déclenchée dans l'application Convert Experiences ;
• "variation_name" - a le nom de la variation de valeur de la variation sélectionnée, tel qu'il se trouve dans l'application Convert Experiences
• "gadimension" - si une intégration Google Analytics est activée et qu'une dimension est choisie, celle-ci contient la valeur de la dimension définie dans l'intégration GA.

Voici un exemple de ce à quoi cela ressemble :

 dataLayer.push({ "event":"convert-trigger-experiment-1234", "experiment_id":"1234", "variation_name":"test variation", "gadimension":"1" });

Et si vous utilisez la console Google Chrome avec l'extension Convert Debugger pour déboguer les problèmes potentiels, voici à quoi cela ressemble lorsque Convert envoie les données à la couche de données GTM :

Utiliser la couche de données GTM pour envoyer les données Convert Experiences à Google Analytics

Vos précieuses données ne doivent pas seulement résider dans Google Tag Manager, alors montrons comment les envoyer à d'autres outils que vous pourriez avoir dans votre pile.

Nous allons commencer par Google Analytics.

Alors, comment utilisez-vous les couches de données dans Google Analytics ?

Tout d'abord, analysons comment envoyer la variation déclenchée à Google Analytics (Universal Analytics analytics.js ou Global Site Tag gtag.js) via une dimension personnalisée . Pour envoyer des données à Google Analytics, nous utiliserons un événement personnalisé .

Chaque fois que vous créez une expérience, vous devez lui attribuer une dimension personnalisée dans GA (et assurez-vous qu'elle est créée avant de lancer l'expérience !).

1. Créer une dimension personnalisée dans GA

Tout d'abord, accédez à la section Admin dans GA et recherchez les dimensions personnalisées :

Ensuite, créez une nouvelle dimension personnalisée de portée utilisateur et rappelez-vous la valeur d'index :

2. Activer l'intégration GA

Dans Convert Experiences, accédez à la page de résumé de votre test A/B et, à partir des intégrations Ajouter/Modifier, activez l'intégration GA :

3. Créez la variable Experiment ID Data Layer dans votre compte GTM

La variable de couche de données d'ID d'expérience stockera les valeurs Convert experiment_id .

Pour créer la variable, ouvrez Google Tag Manager et accédez à Variables :

Donnez-lui un nom descriptif, attribuez-lui le type Data Layer Variable et renseignez experiment_id dans le champ Data Layer Variable Name :

4. Créez la variable Dimension Data Layer dans GTM

La variable de couche de données de dimension de GTM stockera les valeurs Convert gadimension .

Pour le configurer, comme avant, allez dans Variables et créez une nouvelle variable définie par l'utilisateur.

Donnez-lui un nom descriptif et choisissez la variable de couche de données sous Type de variable. Ensuite, appuyez sur Enregistrer :

5. Créez la variable de couche de données de nom de variation dans GTM

La variable de couche de données de nom de variation stockera les valeurs Convert variation_name .

Pour le créer, une fois de plus, allez dans les variables et créez une nouvelle variable définie par l'utilisateur. Donnez-lui un nom et affectez-le en tant que variable de couche de données. N'oubliez pas de cliquer sur Enregistrer :

6. Créez une nouvelle balise GTM

Dans GTM, recherchez Tags, puis Nouveau :

Donnez un nom à votre balise. Choisissez Type Universal Analytics comme type de balise et Type Event comme type de suivi. Remplissez tous les autres champs, comme indiqué dans l'exemple ci-dessous :

N'oubliez pas de sélectionner votre compte GA à cette étape. Ajoutez la dimension personnalisée dont nous avons parlé ci-dessus, puis utilisez simplement la variable GTM de dimension GA que nous avons créée précédemment :

Sélectionnez la règle de déclenchement pour déclencher la balise. Pour créer un nouveau déclencheur, cliquez sur Configuration du déclencheur, nommez votre déclencheur, puis sélectionnez Certains événements personnalisés :

Cette règle déclenche le tag à chaque fois qu'un test est déclenché.

7. Créer un rapport personnalisé dans GA

Les tests A/B sont une partie essentielle du marketing, mais il ne suffit pas d'exécuter des tests. Vous avez besoin des informations générées par ces expériences pour qu'elles soient efficaces. Voyons donc comment vous pouvez analyser vos résultats dans Google Analytics.

Dans GA, allez dans "Personnalisation", puis créez un nouveau "Rapport personnalisé". Sélectionnez la dimension détaillée dans Dimensions personnalisées. Configurez tous les filtres dont vous pourriez avoir besoin et appuyez sur Enregistrer.

8. Afficher les données dans votre rapport GA Events

Dans votre rapport d'événements, vous trouverez également les données de conversion que nous avons envoyées en tant qu'événement dans Behaviour-Events, ressemblant à ceci :

Poussez les informations de la couche de données GTM vers vos tests de conversion A/B

Jusqu'à présent, nous avons expliqué comment ajouter des données de Convert Experiences à votre couche de données GTM. Mais vous ne pensiez pas que c'était ça, n'est-ce pas ?

Avec ces deux plates-formes puissantes, vous pouvez faire encore plus de choses intéressantes.

Les données ajoutées à la couche de données peuvent être envoyées à Convert Experiences pour être utilisées pour regrouper les visiteurs de vos expériences et personnalisations.

Actuellement, vous pouvez utiliser le ciblage de la couche de données avec Convert Experiences de trois manières :

1. Configuration avancée des objectifs

Si vous suivez déjà les conversions via GTM à l'aide d'événements dataLayer, vous allez vous régaler.

Vous pouvez utiliser ces événements de conversion pour déclencher des objectifs dans Convert Experiences. Certains des événements qui peuvent être utilisés pour déclencher un objectif de conversion sont :

• Clics sur différents boutons
• Clics sur le numéro de téléphone
• Clics sur le bouton WhatsApp
• Page de destination de remerciement (après une commande)
• Boutons Ajouter au panier
• Retirer du panier les boutons/liens
• Processus de paiement / entonnoir
• Téléchargements PDF
• Chargement de la page
• Vidéo YouTube visionnée
• Profondeur de défilement

Pour le configurer, nous devrons implémenter une balise GTM avec un code Convert JavaScript Triggered Goal qui sera utilisé pour déclencher l'événement GTM dataLayer que nous voulons suivre.

Tout d'abord, supposons que vous créez un événement appelé "TestAction" (par exemple, pour l'un des événements ci-dessus) qui est poussé dans le dataLayer GTM de la manière suivante :

 window.dataLayer = fenêtre.dataLayer || []
window.dataLayer.push({
événement : 'TestAction'
});

Vous pouvez ensuite créer un objectif déclenché par Javascript dans votre expérience Convert :

Et utilisez le code généré dans la balise GTM et plus précisément dans la balise HTML personnalisée :

En tant que déclencheur de cette balise, vous pouvez utiliser l'événement personnalisé "TestAction":

De cette façon, chaque fois qu'une action se produit sur votre site Web, vous pouvez déclencher un objectif de conversion et mesurer son succès.

2. Zone du site d'expérimentation

Vous pouvez également exécuter un test sur des pages spécifiques en fonction d'un attribut de couche de données.

Cette fonctionnalité est très pratique pour les utilisateurs qui utilisent des événements dataLayer pour suivre l'état du site Web sur les applications à page unique (SPA) .

Ces événements dataLayer peuvent être utilisés pour déclencher des expériences d'interrogation. Cela fonctionne en configurant GTM pour déclencher le code d'interrogation ou le code d'activation manuelle de l'expérience lorsqu'un événement est transmis à la couche de données.

Par exemple, vous pouvez activer un code dataLayer.push et une expérience Convert chaque fois qu'un utilisateur navigue entre les pages Web/états d'un site Web/application Web.

Voici un exemple d'extrait de code que votre équipe de développement pourrait utiliser :

 window.dataLayer = fenêtre.dataLayer || [] ;
 window.dataLayer.push({
 'événement' : 'vue de page virtuelle',
 'pageUrl' : 'https://www.mywebsite.com/something/?page#contact-us',
 'pageTitle' : 'Contactez-nous' //un nom arbitraire pour la page/l'état
 }); 

3. Public de l'expérience

Enfin, vous pouvez exécuter une expérience sur un groupe particulier de visiteurs tel que défini dans votre couche de données.

Par exemple, si vous avez configuré une variable de couche de données définie par le statut du visiteur (client ou anonyme), vous pouvez l'utiliser pour exécuter une expérience sur un segment défini, comme les clients :

Comme vous pouvez le voir, il y a des données partout. Tant que les utilisateurs interagissent avec votre site Web, des données décrivent cette relation.

L'organisation de ces données et l'évaluation de leur impact sont essentielles pour maximiser votre réussite. À l'aide de la couche de données, vous pouvez structurer correctement les informations de votre organisation pour analyser la façon dont les utilisateurs interagissent avec les différentes parties d'un site Web - par exemple, les pages qu'ils visitent à chaque fois - et utiliser ces informations pour optimiser leur expérience à l'avenir !

Conclusion

En fin de compte, la couche de données est un outil puissant qui peut vous fournir des informations sans précédent sur votre clientèle. Grâce à sa large portée et à ses capacités de suivi détaillées, vous pourrez en tirer parti dans vos tests A/B et au-delà pour augmenter les taux de conversion et booster vos métriques.