Google Tag Manager, notre solution de gestion de balises gratuite préférée, a toujours eu du mal avec sa qualité d’entreprise. Il manque encore de nombreuses fonctionnalités, dont la plupart sont liées au travail dans des environnements multi-utilisateurs. Maintenant, saisissez le dernier mot de cette phrase (voir ce que j’ai fait là-bas) et serrez-le bien, car GTM vient d’introduire une nouvelle fonctionnalité adaptée aux entreprises : Environnements.
Celles-ci Environnements sont en fait des cookies de navigateur, que vous utilisez pour lier un conteneur Google Tag Manager Etat avec le navigateur de l’utilisateur qui a besoin ou veut voir cet état particulier. En d’autres termes, si vous avez un processus QA (assurance qualité), comme vous devriez l’avoir, ou si vous effectuez la plupart de vos tests sur un serveur intermédiaire, comme vous devriez le faire, vous pouvez créer un Environnement dans GTM, après quoi vous pouvez publier des versions de conteneur (même le brouillon) dans cet environnement particulier uniquement.
C’est, en fait, assez important par rapport à la façon dont GTM fonctionnait. Avant, il fallait Partager un aperçu version, mais c’était toujours une version conteneur. Lorsque la version a changé, vous avez dû récupérer un nouveau jeton d’authentification. Maintenant, GTM distribuera Environnement à la place, ce qui signifie que tant que l’environnement est lié à Google Tag Manager et que l’authentification n’est pas révoquée, ce jeton particulier aura accès à toutes les versions publiées dans ledit environnement. Frais!
Cela rend GTM plus gérable dans plusieurs contextes. Pour ce faire, deux possibilités : en partageant un lien, comme précédemment, ou en ajoutant un bout de code dans les templates de page de chaque Environnement, auquel cas le lien entre GTM et l’Environnement fonctionne sans que vous ayez à distribuer des jetons d’authentification via liens encombrants.
Les documents de support officiels peuvent être consultés ici. Allons craquer !
Pourquoi ce changement ?
Ce développement est nécessaire non seulement parce qu’il améliore le fonctionnement de GTM dans les environnements et les équipes, mais aussi parce que l’ancienne fonctionnalité Share Preview n’était pas optimale. Dans ce chapitre, je vais vous expliquer brièvement comment le partage de version de conteneur travaillaitafin que vous compreniez pourquoi ce développement est nécessaire.
Un grand merci à Brian Kuhnencore une fois, pour ses précieuses informations sur le fonctionnement interne de Google Tag Manager.
Jusqu’à présent, lorsque vous avez cliqué sur le Partager l’aperçu lien soit dans la barre de prévisualisation jaune (vue ci-dessus), soit via le Versions page, vous obtenez une URL que vous pouvez ensuite distribuer à quiconque devrait pouvoir prévisualiser (ou déboguer) cette version particulière du conteneur.
Cette URL, lorsqu’elle est exécutée dans le navigateur, écrit en fait un jeton d’authentification secret dans le navigateur de l’utilisateur lorsqu’il est sur le googletagmanager.com domaine. Désormais, lors de la demande de gtm.js bibliothèque de googletagmanager.com sur le site Web sur lequel le conteneur est installé, GTM détectera ce jeton d’authentification dans les cookies écrits sur googletagmanager.com. Une fois qu’il détecte le jeton d’authentification, il saura télécharger la version du conteneur à laquelle ce jeton particulier est associé. Le chef-d’œuvre de l’art moderne suivant illustre cette relation :
Comme vous pouvez le voir, le jeton d’authentification dans le lien Partager l’aperçu correspond à celui d’un cookie spécifique trouvé sur le googletagmanager.com domaine.
En d’autres termes, puisqu’un jeton d’authentification associe une version spécifique au navigateur de l’utilisateur, cela signifie que cet utilisateur est en permanence obligés de digérer cette version particulière du conteneur dans leur navigateur.
Bon, j’exagère peut-être un peu. Le cookie lui-même est un session cookie, ce qui signifie qu’il expirera lorsque vous fermerez le navigateur. Cependant, le jeton est permanent. Donc, si l’utilisateur enregistre le lien, il peut revoir cette version autant que vous le souhaitez, et vous ne pouvez pas faire grand-chose à ce sujet (à moins de supprimer la version).
De plus, se débarrasser du mode Aperçu sans avoir à fermer le navigateur est également un problème. Fondamentalement, vous devez parcourir à nouveau la page que vous obtenez lorsque vous copiez-collez le lien Partager l’aperçu, puis cliquez sur le lien “Quitter l’aperçu” que vous voyez. C’est facile à manquer et facile à oublier.
Pas très épuré.
Quoi qu’il en soit, c’est ainsi que cela a fonctionné jusqu’à présent. Les principaux problèmes avec la configuration actuelle sont :
-
Les jetons d’authentification sont permanents, vous n’avez donc aucun moyen de révoquer l’authentification. De plus, les cookies sont des cookies de session, et il est difficile de les supprimer (sauf si vous vous souvenez de cliquer sur le lien “Quitter l’aperçu” sur la page Partager l’aperçu). La permanence du jeton d’authentification est particulièrement problématique avec le projet de conteneur, car une fois qu’un utilisateur a le jeton d’authentification pour le projet, il sera également authentifié par rapport à TOUS les futurs projets !
-
Étant donné que le jeton est lié à un version, cela complique le processus d’assurance qualité. Idéalement, vous voudriez que le cookie soit lié au environnementpas le version. Désormais, QA a besoin d’un nouveau jeton d’authentification chaque fois qu’une nouvelle version du conteneur est prête à être testée.
-
Le partage du lien d’aperçu du conteneur est fastidieux, semble suspect et sensible aux erreurs. De plus, il ne crie pas « FLEXIBILITÉ », ce que je fais souvent lorsque je travaille avec GTM (mes collègues trouvent cela amusant).
Ce sont les problèmes auxquels l’équipe Google Tag Manager a voulu s’attaquer Environnementset ils ont certainement fait un pas dans la bonne direction avec la nouvelle fonctionnalité.
Présentation des environnements
Le principal avantage de Environnements est que vous ne partagez plus un version cookie, mais plutôt un Environnement biscuit. En d’autres termes, si vous souhaitez lier le navigateur d’un utilisateur à un environnement créé dans GTM, vous n’avez pas à lui envoyer un nouveau jeton à chaque mise à jour de la version. Au lieu de cela, vous leur donnez le jeton d’authentification à cet environnement particulier, après quoi vous publiez simplement à cet environnementet l’utilisateur à l’autre bout avec son navigateur QA aura accès à la version actuellement publiée dans cet environnement.
Une autre chose qui a été simplifiée est révocation de l’accès. Vous pouvez désormais annuler un jeton d’authentification via GTM, ce qui vous aide à gérer qui a accès à quels environnements.
Pour commencer, vous devrez activer les environnements dans votre conteneur Google Tag Manager. Si vous ne le faites pas, rien ne changera dans votre interface utilisateur Google Tag Manager. Alors, dirigez-vous vers le Administrateur section de votre conteneur, puis cliquez sur le nouveau Environnements lien.
C’est ici que vous créerez vos propres environnements durables. je stresse de longue durée, puisque vous ne voulez vraiment créer qu’un environnement qui dure plus que la durée de vie d’une seule version. Je veux dire, vous POUVEZ utiliser des environnements pour remplacer l’ancienne fonctionnalité “Partager l’aperçu”, mais ils prennent vraiment vie lors de la création d’un environnement pour un processus permanent dans votre organisation, puis de l’utiliser méthodiquement pour tester de nouvelles versions du conteneur, sans avoir à partager des cookies à chaque fois.
Gérer les environnements
Dans la liste des environnements, vous verrez trois défaut Environnements. Ceux-ci ne peuvent pas être supprimés ou publiés manuellement. Elles sont:
-
En direct – La version de conteneur actuellement en ligne est automatiquement ajoutée à cet environnement
-
Dernière – La dernière version créée (pas le brouillon)
-
Modification en cours – Le brouillon actuel du conteneur
Maintenant, ce sont tous des états qui existent dans GTM avec ou sans création d’environnements personnalisés. Lorsque vous Éditer un conteneur, la version est conservée dans l’environnement “Now Editing”. Lorsque vous sauvegarder un brouillon en tant que version de conteneur, la version est conservée dans l’environnement “Dernier”. Et lorsque vous publiez une version, elle est publiée dans l’environnement “Live”.
Cliquez sur Nouveau pour créer votre premier environnement personnalisé. Donnez-lui un nom honnête et une bonne description. Vous pouvez également choisir d’activer le panneau de débogage par défaut (si vous ne cochez pas cette case, les environnements seront uniquement en aperçu par défaut, ce qui signifie que les utilisateurs ne verront pas le panneau de débogage).
Si vous le souhaitez, vous pouvez définir le nom d’hôte du site où se trouve l’environnement. De cette façon, la boîte de dialogue Partager l’aperçu reliera directement l’utilisateur au site Web.
Ainsi, vous avez maintenant créé votre premier environnement personnalisé et vous le verrez dans sa propre liste sur la page Environnements.
Comme vous pouvez le voir, le ID de version le champ est vide, ce qui signifie que vous n’ont pas encore publié de version dans cet environnement.
Jetons un coup d’oeil au Actions menu.
REMARQUE! Les conteneurs par défaut ont le même menu, sauf qu’ils n’ont pas le Supprimer ou alors Publier sur… options disponibles.
Les options sont :
-
Modifier les paramètres – vous permet de modifier les paramètres que vous avez initialement définis lors de la création de l’environnement
-
Publier sur… – ouvre une boîte de dialogue de publication, où vous pouvez sélectionner quelle version de conteneur vous voulez publier à l’environnement sélectionné. Après cela, le partage d’un lien d’aperçu vers cet environnement permettra aux utilisateurs de prévisualiser uniquement le conteneur publié.
-
Partager l’aperçu – partage un lien d’aperçu vers l’environnement, permettant aux utilisateurs d’accéder à cet aperçu d’environnement particulier et de le déboguer avec leurs navigateurs.
-
Réinitialiser le lien – supprime l’authentification du lien précédemment partagé ET du nouvel extrait (voir ci-dessous). C’est très cool mais aussi dangereux (voir le chapitre suivant).
-
Obtenir un extrait – vous donne la mise à jour Extrait de conteneur GTM lequel remplace l’extrait original. Toutes les pages avec cet environnement seront automatiquement en mode aperçu pour l’environnement.
-
Supprimer – vous permet de supprimer l’environnement.
Passons au fonctionnement du partage.
Partage de l’accès à l’environnement
Pour partager l’accès à l’environnement, vous avez deux options.
Vous pouvez le distribuer sous forme de lien, comme auparavant, qui lie le navigateur de l’utilisateur à l’environnement via un jeton d’authentification. De cette façon, le navigateur de l’utilisateur est lié à cet environnement particulier jusqu’à ce que le jeton d’authentification soit révoqué ou que l’utilisateur supprime manuellement le cookie de jeton à l’aide de la page Partager l’aperçu.
Une autre méthode plus robuste consiste à modifier l’extrait de conteneur sur le site Web de l’environnement (par exemple, QA ou site intermédiaire). La simple modification permet d’accéder au jeton d’authentification chaque fois que ce site est visité, ce qui signifie que le placer (lire : l’extrait de conteneur) est lié à l’environnement au lieu du navigateur de l’utilisateur uniquement. Cette méthode dispense de la nécessité de partager le lien d’authentification et permet à l’utilisateur de parcourir d’autres Environnements sur le même domaine (par exemple le site en direct) sans interférence.
En d’autres termes, l’environnement ne sera actif que sur les pages contenant le nouvel extrait de conteneur. Lorsque vous naviguez vers une page ou un site (même sous le même domaine) qui n’a pas le jeton d’authentification dans l’extrait de code, vous serez au courant du conteneur publié en direct comme d’habitude.
REMARQUE! Lorsque vous réinitialisez le lien vers l’environnement, l’extrait de conteneur de cet environnement change ! En d’autres termes, ne réinitialisez un lien utilisé dans un extrait de conteneur que si vous êtes certain que c’est nécessaire. Sinon vous aurez l’enfer à payer avec vos développeurs.
Sur cette note, il est probablement préférable d’éviter d’utiliser le même environnement à la fois avec les liens Share Preview et de distribuer le jeton d’authentification via l’extrait de conteneur. Notez à quoi sert l’environnement dans le La description terrain ou, mieux encore, dans le Nom domaine. De cette façon, vous saurez ce que vous risquez si vous souhaitez réinitialiser le lien.
Choses que vous pouvez faire via l’interface utilisateur GTM
Une fois que vous avez activé les environnements, vous pouvez publier de manière sélective dans ces environnements, vous pouvez utiliser une nouvelle variable intégrée pour interroger l’environnement dans lequel se trouve actuellement l’utilisateur et vous pouvez voir quelle version est actuellement active dans quel environnement.
D’abord, rendez-vous au Versions écran. Comme vous pouvez le voir, il y a une nouvelle colonne « Environnements ». Cette colonne contient des informations sur les environnements dans lesquels une version particulière a été publiée.
Ensuite, si vous cliquez sur le Actions menu à côté d’une version, vous trouverez le Publier sur… lien à nouveau. Ici, vous pouvez publier la version sélectionnée dans un environnement de votre choix ! Il n’est donc pas nécessaire de parcourir la page Environnements à chaque fois que vous souhaitez publier une version dans un environnement.
Ensuite, allez à la Récipient vue d’ensemble et cliquez sur le rouge Publier bouton. Comme vous pouvez le constater, vous pouvez désormais choisir dans quel environnement vous souhaitez réellement publier le brouillon du conteneur ! Habitent est sélectionné par défaut, bien sûr.
REMARQUE! Lorsque vous publiez un brouillon de conteneur, il est d’abord créé dans une version, puis automatiquement publié sur le Dernier Environnement en plus de l’environnement que vous avez choisi dans la boîte de dialogue Publier. De plus, la version dans l’environnement “Now Editing” est mise à jour vers le NOUVEAU brouillon de conteneur. Phew!
La nouvelle variable de nom d’environnement
Oui, il y a une nouvelle variable intégrée dans la ville : le nom de l’environnement.
Vous pourriez être surpris que cette variable renvoie le nom de l’environnement le navigateur de l’utilisateur est en train de visualiser (choquant !). Mon cas d’utilisation préféré consiste à créer une variable de table de recherche, qui distribue les accès à différentes propriétés Google Analytics en fonction de l’environnement dans lequel se trouve l’utilisateur :
Vous pouvez également utiliser cette variable dans un déclencheur, créant une puissante exception pour éviter de déclencher des balises coûteuses dans certains environnements.
Dans l’ensemble, un ajout très utile à votre arsenal de variables.
Résumé
Les environnements sont vraiment utiles. Ils constituent un énorme pas dans la bonne direction, encore une fois, transformant Google Tag Manager en un gâchis plus gérable, en particulier dans les projets multi-utilisateurs.
La première chose à faire est d’établir des environnements permanents (par exemple, QA et Staging) et de mettre à jour les serveurs Web avec l’extrait de conteneur Environment. Ensuite, assurez-vous d’écrire clairement que le lien pour ces environnements ne doit pas être réinitialisé sans bonne raison ! Si vous réinitialisez le lien, l’extrait de conteneur doit être réécrit.
Après cela, vous pouvez également commencer à utiliser d’autres environnements à vos propres fins. Peut-être souhaitez-vous créer un environnement uniquement pour un projet parallèle particulier, où vous devez autoriser l’accès à l’aperçu et au débogage à une agence ou à un consultant. Ou peut-être souhaitez-vous créer votre propre “branche” de versions, les déboguer et les prévisualiser dans votre propre environnement fermé, en distribuant des liens à toute personne susceptible de vous aider dans votre travail.
Le fait que l’octroi et la révocation de l’authentification soient désormais entièrement entre les mains de votre administrateur est également un excellent changement. Désormais, vous n’avez plus besoin de rechercher la personne avec laquelle vous avez partagé le lien de brouillon du conteneur, car vous pouvez simplement réinitialiser le lien vers l’environnement « Modification en cours », en révoquant l’accès à l’aperçu de quiconque l’avait auparavant.
Une chose qui manque est le les utilisateurs finaux possibilité de révoquer l’accès par eux-mêmes. Un simple lien “Fermer” dans le panneau de débogage serait génial. Vous devez maintenant revoir la page “Partager l’aperçu” pour supprimer l’accès. Si l’authentification est effectuée via l’extrait de conteneur, il n’y a aucun moyen de se débarrasser du mode Aperçu dans cet environnement. Ce serait bien si vous pouviez temporairement (par exemple via un cookie de session) révoquer l’authentification imposée par l’extrait de conteneur lors de la navigation sur le site.
Il est également un peu étrange que vous puissiez voir des versions supprimées dans les listes d’environnement. Par exemple, si vous créez une nouvelle version, puis la supprimez, elle apparaît toujours dans l’environnement “Dernier” et vous pouvez la publier dans n’importe quel environnement via la liste déroulante Actions.
Enfin, rappelez-vous que les outils ne créent pas de processus, ils les facilitent. Si vous n’avez pas de processus pour lequel l’environnement est conçu, cette nouvelle fonctionnalité GTM apportera très peu de satisfaction. Cela facilitera certains aspects des tests et de la prévisualisation, mais les environnements Google Tag Manager brillent vraiment lorsqu’ils reflètent et facilitent les processus existants.
Source : www.simoahava.com
