L’un des problèmes récurrents de la migration vers Google Tag Manager est de savoir comment rendre la transition aussi fluide que possible. Habituellement, cela nécessite que nous nous mettions d’accord avec les développeurs sur un moment où l’ancien code est supprimé, et à ce moment-là, nous devons nous assurer que les balises GTM pointent vers le bon code UA. Il ne s’agit bien sûr que d’un cas d’utilisation pour les migrations, car certaines personnes effectuent l’intégralité de la migration dans un environnement intermédiaire, et d’autres ne se soucient pas de perdre un peu de données en cours de route.
Cependant, la façon la plus transparente de faire la transition est de l’automatiser. Faites en sorte que GTM vérifie d’une manière ou d’une autre l’existence de GA sur la page, et s’il le trouve, les balises ne se déclencheront pas. Dès que le GA sur la page n’est plus trouvé, GTM peut monter en puissance.
Il s’agit d’une discussion récurrente dans notre communauté Google+ GTM, mais cette fois, elle a commencé sur Twitter. En voici l’essentiel :
J’ai besoin d’une règle GTM pour le code GA existant sur le site Web. Des suggestions ? #mesure
— Peter O’Neill (@peter_oneill) 27 novembre 2014
Dans cet article, je voulais essayer ce que mon bon ami Peter recherche, avec ce que je pense être la meilleure façon de le faire.
Maintenant, il existe plusieurs façons de vérifier la présence de GA sur la page, notamment :
-
Vérifier l’existence de cookies GA
- Très peu fiable car les cookies persistent après la suppression du code sur la page, et si la migration se fait vers la même version de GA, les cookies sont les mêmes
-
Sérialiser le modèle de page et la correspondance d’expression régulière pour les chargeurs de script ou les appels aux objets de suivi
- Solution folle (que je viens de trouver) et qui n’est pas très fiable. Échoue complètement si les scripts sont chargés dans des fichiers JS externes
-
Demandez aux développeurs d’ajouter
dataLayer.push()qui indique l’état de GA sur la page- De loin la solution la plus fiable, mais la raison pour laquelle la plupart des gens recherchent une solution comme celle-ci est de minimiser intervention du développeur
-
Vérifier l’existence de
gaou alors_gaqobjets- Fonctionne bien si vous pouvez supporter l’attente du chargement ET de l’exécution de la bibliothèque de suivi, car les objets sont créés dans le code de la bibliothèque. Sur certains sites, cela peut être une attente trop longue, surtout si la bibliothèque est chargée de manière asynchrone. De plus, vous pouvez renommer le
gaobjet, vous devez donc d’abord l’identifier.
- Fonctionne bien si vous pouvez supporter l’attente du chargement ET de l’exécution de la bibliothèque de suivi, car les objets sont créés dans le code de la bibliothèque. Sur certains sites, cela peut être une attente trop longue, surtout si la bibliothèque est chargée de manière asynchrone. De plus, vous pouvez renommer le
Mais je veux vous montrer ce que je pense être la meilleure façon de le faire. N’hésitez pas à être en désaccord, et je me retrouve également en désaccord avec moi, surtout sur un site complexe ! À mon avis, la solution suivante effectue la vérification le plus tôt possible et elle est aussi fiable que possible, même s’il y a quelques mises en garde.
