Il y a 5 ans, le 1er octobre 2012, cette jolie vidéo est apparue sur le blog Analytics de Google :
Il était accompagné d’un article de blog, qui contenait un bref aperçu de nombreuses fonctionnalités clés de Google Tag Manager, dont certaines sont toujours pertinentes aujourd’hui.
Google Tag Manager est un outil gratuit qui consolide les balises de votre site Web avec un seul extrait de code et vous permet de tout gérer à partir d’une interface Web. Vous pouvez ajouter et mettre à jour vos propres balises, en quelques clics, quand vous le souhaitez, sans déranger les informaticiens ni réécrire le code du site. Cela donne aux spécialistes du marketing une plus grande flexibilité et permet aux webmasters de se concentrer sur d’autres tâches importantes.
À cette époque, ceux d’entre nous qui ont commencé à utiliser l’outil immédiatement, ou qui l’avaient testé en version bêta, ont rapidement vu quel était le principal argument de vente de GTM. C’était une façon de impacter le changement sur le site web le plus rapidement possible, sans avoir à attendre qu’une version soit vérifiée et mise en ligne.
La possibilité de regrouper les balises dans un seul conteneur était excellente, même si l’inventaire initial des balises était bien loin de ce à quoi nous avons accès aujourd’hui. Une source typique de friction avec le marketing numérique a été de déployer ces balises et extraits de code sur le site, puis de les gérer et de les tenir à jour lorsque le site lui-même change. Avec Google Tag Manager, cette tâche est devenue presque triviale, car désormais la bibliothèque elle-même s’assurait que le code utilisé dans les balises était toujours à jour.
J’ai écrit mon premier article sur Google Tag Manager presque un an plus tard, lorsque Google Tag Manager ressemblait à ceci :
Au fait, mon blog ressemblait à ça à l’époque :
Au fil du temps, de plus en plus de fonctionnalités ont été intégrées à l’outil. Le rythme de l’équipe de développement était impressionnant et il y avait une ouverture dans la communauté que je n’avais jamais vue auparavant. Il semblait que les développeurs de GTM étaient investis en nous, les utilisateurs, et écoutaient toujours nos commentaires avec un véritable intérêt.
Certaines fonctionnalités clés (à mon avis) qui ont été introduites étaient :
-
En février 2013, Google Tag Assistant est sorti, avec des capacités pour analyser également les implémentations GTM.
-
Août 2013, les SDK GTM pour Android et iOS ont vu le jour.
-
Octobre 2013, le suivi automatique des événements a été introduit (et tout changé pour le mieux).
-
Avril 2014, Universal Analytics est sorti en version bêta.
-
En mai 2014, la vérification en deux étapes a été introduite en tant que couche de sécurité supplémentaire.
-
Juillet 2014, la fonctionnalité Aperçu et débogage a été publiée.
-
Octobre 2014, une nouvelle version de l’interface utilisateur et de l’API GTM a été publiée.
-
Février 2015, l’opérateur Matches CSS Selector a été introduit.
-
Août 2015, Tag Sequencing a été lancé.
-
Mai 2016, le conteneur Firebase Google Tag Manager pour mobile a été lancé.
-
Août 2016, lancement des espaces de travail.
-
Septembre 2016, les instructions pour la mise en œuvre de l’extrait de conteneur GTM ont été (enfin) réécrites. Maintenant, le bon endroit pour l’extrait de conteneur JavaScript est dans le
<head>de la page. -
Octobre 2016, le conteneur AMP a été publié.
-
Mars 2017, la version 2 de l’API Google Tag Manager est sortie.
-
Septembre 2017, le déclencheur vidéo YouTube a été publié.
Ce n’est certainement pas une liste exhaustive – juste une chronologie des événements dont je me souviens être d’une importance particulière.
À la mi-octobre 2014, nous avons même eu le premier “Sommet Google Tag Manager”, lorsqu’un groupe de passionnés de GTM s’est réuni à Copenhague, au Danemark. De nombreux utilisateurs actifs de GTM étaient présents (des personnes comme Julien Coquet, Phil Pierce, Tahir Fayyaz, Doug Hall, Christian Pluzek et Kristoffer Ewald pour n’en nommer que quelques-uns), et la session était dirigée par Brian Kuhn, le développeur principal de Google Tag Manager, et Lukas Bergstrom, alors chef de produit pour Google Tag Manager.
Nous avons eu un super premier “sommet” GTM à Copenhague avec @briankuhn et @lukasb. Une journée très productive ! #googletagmanager pic.twitter.com/N3aibq40Ow
– Simo Ahava (@SimoAhava) 21 octobre 2014
Un autre “GTM Summit” n’a jamais eu lieu, bien que du temps ait toujours été réservé dans les Google Analytics Partner Summits pour des sessions dédiées à Google Tag Manager. J’espère que nous pourrons toujours organiser notre propre petite conférence ou sommet Google Tag Manager – il y a encore beaucoup de choses à discuter !
Maintenant et à l’avenir
Aujourd’hui, Google Tag Manager est dans un endroit intéressant. Il a un taux d’adoption impressionnant, avec près de 30 % des sites du top 10 000 des sites Web de Quantcast (par trafic) intégrant l’extrait GTM sur leurs pages.
Dans l’organisation, GTM occupe également une place intéressante. Ce n’est pas seulement un outil pour le département marketing, ni seulement un outil pour les analystes commerciaux, ni seulement un outil pour les développeurs. C’est un outil qui a la possibilité d’unir toutes ces parties prenantes dans une organisation moderne, grâce à la façon dont il offre quelque chose pour tout le monde.
Jetez un œil au diaporama ci-dessus, en particulier à partir de la diapositive 24. Je partage certaines de mes réflexions sur la façon dont Google Tag Manager est si parfaitement situé dans une organisation numérique moderne.
L’absolution n’est cependant pas gratuite. Tirer le meilleur parti de Google Tag Manager est un investissement, et cela vous oblige à sortir de votre zone de confort. Si vous le considérez comme un moyen de contourner votre processus informatique, vous manquerez cruellement ce que l’outil peut faire de mieux.
Mais quelle est la prochaine étape ? Que peut faire Google Tag Manager pour maintenir le rythme ?
Intelligence
Il est difficile d’imaginer que Google Tag Manager ne saute PAS dans le train des applications intelligentes. Il y a tellement de choses dans GTM qui pourraient bénéficier d’une automatisation basée sur des règles.
Imaginez simplement des balises lancées dynamiquement, basées sur le comportement d’un utilisateur ou d’une cohorte d’utilisateurs plutôt qu’un ensemble fixe de déclencheurs que vous devez définir a priori.
Ou des balises qui sont créées, déployées et publiées au bon moment pour les personnes uniquement.
Ou en comparant le contenu de votre conteneur, avec quelque chose comme “45 % des entreprises de votre segment de marché utilisent HotJar pour obtenir des informations supplémentaires sur les visiteurs et leurs sessions. Commencer?”.
Étant donné que Google Tag Manager est un outil conçu pour atténuer les frictions et réduire le travail manuel trivial dans la gestion des balises, il serait logique qu’il franchisse cette étape pour devenir réellement un aperçu moteur en plus d’un conteneur de balises.
Collaboration
L’une des critiques à l’encontre de Google Tag Manager est qu’il n’est pas digne d’une entreprise. Il y a un manque de support multi-utilisateurs (niveaux de contrôle d’accès), de délimitation des accès par balise / dossier / espace de travail à des groupes spécifiques, de publication sélective, etc. Ce sont toutes des choses que je suis certain que nous verrons à l’avenir, sous une forme ou sous une autre. Je serais surpris que l’équipe GTM ne pense pas d’abord aux besoins de l’entreprise sur le marché concurrentiel d’aujourd’hui, en particulier depuis la sortie de Google Tag Manager 360.
Avec les espaces de travail, nous avons fait un grand pas vers la gestion collaborative des balises, et avec le workflow d’approbation, il était plus facile de faire les choses ensemble sans compromettre la qualité du travail. Pourtant, je m’attends à voir plus de fonctionnalités comme celles-ci à l’avenir. Être capable de gérer des projets avec plusieurs organisations travaillant sur le même conteneur est quelque chose pour lequel GTM doit simplement avoir un support solide.
Un paquet entier
Avec Google Tag Manager pour les applications mobiles, nous avons déjà vu GTM utilisé au niveau de l’application. Et si vous avez utilisé GTM pour mobile, vous avez peut-être été déçu de sa portée, surtout si vous connaissez GTM pour le Web.
Le problème avec un “full stack GTM” est que le genre de choses qui sont à la limite OK dans le navigateur Web (injection et exécution de JavaScript ad hoc) peuvent ne pas fonctionner aussi bien côté serveur. Vous ne pouvez donc pas simplement créer une “balise HTML personnalisée” dans votre conteneur iOS à l’aide d’un SDK natif, car les applications iOS n’autoriseraient pas la publication de ce type de code non vérifié après la mise en ligne.
Mais je pense également à des éléments côté serveur, comme la possibilité d’utiliser également une file d’attente dataLayer côté serveur, qui a alors la capacité d’exécuter des requêtes HTTP et de communiquer avec la pile technologique complète. De cette façon, nous pourrions exécuter des choses comme des services de surveillance, qui collectent des données sur les balises qui se sont déclenchées et déclenchent des alertes lorsque des anomalies sont détectées. Nous pourrions introduire Etat dans Google Tag Manager, en demandant au serveur Web de conserver les informations stockées dans dataLayer d’une page à l’autre.
Hé, un mec peut rêver !
Intégrations Google
C’est une pensée effrayante, mais dans cinq ans, il est possible que GTM soit si étroitement lié à l’écosystème Google que sa facilité d’utilisation pour autre chose diminue. Je suis certain que Google a une incitation (et une pression) pour améliorer l’intégration de DoubleClick dans Google Tag Manager et pour que Firebase fonctionne plus facilement via le conteneur Google Tag Manager. Peut-être que l’AMP existera encore dans cinq ans, et les conteneurs AMP / Web ont fusionné de sorte qu’il est impossible de les distinguer les uns des autres.
Et peut-être que Google Tag Manager introduira enfin quelque chose qui ressemble à Etat, où les données d’audience sont extraites de Google Analytics, afin que nous puissions utiliser des règles d’audience pour déclencher nos balises. Il est déjà implémenté dans Optimize, donc je pense : Pourquoi pas!
Résumé
Ça a été cinq années incroyables. Pour certains comme moi, ces cinq années ont changé leur vie. Pour l’ensemble de l’industrie de l’analyse Web, je ne vois rien d’autre que des choses positives sortir de la popularité de Google Tag Manager. C’est apporté développeurs de retour dans le mix ! Nous avons enfin un outil qui encourage l’implication des développeurs et qui brille vraiment lorsqu’il est importé dans une organisation agile, prête à relever les défis numériques avec une équipe talentueuse et hybride.
S’il y a une chose que je souhaite, c’est que Google Tag Manager reste accessible. Avec cela, je ne veux pas dire que je veux que l’interface utilisateur soit plus dorlotante qu’elle ne l’est déjà. Non, je veux dire que les développeurs, ingénieurs, chefs de produit, évangélistes et autres employés de Google investis dans l’outil resteraient actifs dans la communauté, rapprochant le développement de l’outil de ses utilisateurs les plus dévoués. Je ne veux pas que GTM devienne un autre outil de licence, où seuls ceux qui ont l’argent pour GTM 360 sont au courant des trucs sympas.
Alors encore une fois, joyeux anniversaire Google Gestionnaire de balises! Félicitations à toute l’équipe GTM de Google pour avoir si bien pris soin d’un outil apprécié par tant de personnes.
Voici 5 autres années extrêmement fructueuses pour GTM !
