Tout juste sorti de la presse avec mon dernier article sur GTM et Content Grouping sur lequel, à mon plus grand plaisir, Bounteous avait écrit un tutoriel incroyable plus tôt, Brian Kuhn et l’incroyable équipe de développement de Google Tag Manager ont sorti une autre nouvelle fonctionnalité incroyable : Macro de table de recherche.
En génie logiciel, un table de recherche est un tableau qui supprime une couche de complexité dans le calcul d’exécution et le remplace par une simple affectation de valeur basée sur l’indexation du tableau. Pour faire simple, une table de recherche regards à travers un tableau de valeurs source, et assigne une valeur à la cible en fonction de la valeur source. Eh bien, il est peut-être plus facile de le montrer dans une image :
C’est probablement le cas d’utilisation le plus simple pour la table de recherche. La plage de valeurs source est dérivée de la macro JavaScript personnalisée {{post_publish_date_month}}, qui renvoie le mois de publication de l’article consulté par le visiteur. La table de recherche parcourt les valeurs possibles de la macro source et utilise ces valeurs pour attribuer le nom littéral du mois à la macro cible, {{Mois de publication de publication}}.
REMARQUE! La valeur source (c’est-à-dire “Quand {{macro}} est égal”) est sensible aux majuscules et minuscules!
Pourquoi utiliser des tables de recherche
Alors pourquoi recourir à une table de recherche, alors que vous pouvez simplement ajouter une logique de prédicat simple à votre JavaScript personnalisé et lui faire renvoyer directement le nom du mois ? Eh bien, bien sûr, vous pourriez le faire, et dans la plupart des cas, ce serait très bien.
Cependant.
Une table de recherche, tout comme les macros en général, supprime un couche de complexité de votre code et le remplace par flexibilité accrue. Comme vous supprimez une transformation de la source (c’est-à-dire la translittération du mois numérique en nom de mois écrit), vous êtes libre d’utiliser le mois numérique ailleurs dans vos calculs.
De plus, une table de recherche est une opération d’indexation et non strictement un calcul, de sorte que la puissance de traitement d’exécution dont elle a besoin est considérablement réduite par rapport à ce que vos scripts effectuent tout le travail. Avec une grande configuration, où les tables de recherche peuvent passer par un grand nombre d’opérations source et cible, vous vous retrouverez avec moins de code, moins de calculs et un cadre agréable et flexible pour l’affectation de valeurs dans vos macros.
Pour garder l’opération aussi légère que possible, vous ne pouvez vérifier que équationpar exemple “si {{macro cible}} équivaut à quelque chose, alors… ». En fait, j’ai interrogé Brian à ce sujet, et il a répondu :
Donc, si vous voulez voir d’autres façons d’évaluer la valeur source avant d’attribuer une valeur cible, vous devrez attendre et voir ce que l’équipe GTM proposera. Je suppose que ce sera une combinaison de règle + table de recherche pour garder la configuration aussi simple que possible.
Naturellement, vous pouvez également faire référence à vos macros de table de recherche dans les balises HTML personnalisées et les macros JavaScript personnalisées, afin d’augmenter la modularité de votre code.
Cas d’utilisation
Disons-le de cette façon. Chaque fois que vous avez besoin de faire une simple évaluation « si X est Y alors Z » basée sur une plage de valeurs, vous pouvez le faire avec une table de recherche. Commençons par un simple.
Conteneur multi-comptes ou multi-propriétés
Si vous avez un seul conteneur déployé sur plusieurs comptes ou propriétés Google Analytics, vous rencontrerez le problème d’attribuer le bon code de suivi à vos balises. Vous pouvez le faire avec une balise unique pour chaque déploiement, une règle unique pour chaque balise et un tas de macros et de code HTML personnalisé pour vérifier le bon compte, mais cela se transformera bientôt en un véritable noodle-o-rama d’une configuration .
Relaxer. Utilisez une table de correspondance :
Le type de fichier définit la catégorie d’événement
Ceci est un exemple d’utilisation de macros dans la table de recherche elle-même. J’ai une macro JavaScript personnalisée, qui vérifie le type de fichier du lien sur lequel on a cliqué. Il utilise le gtm.element variables d’événement automatique utilisées dans le suivi des événements automatiques. Vous voyez comment j’utilise une macro dans le champ de valeur cible ? C’est comme ça que c’est flexible. Vous pouvez créer un cadre ou une infrastructure de macros et proposer quelque chose de vraiment complexe avec un traitement très simple.
Assurez-vous de suivre la grande Carmen Mardiros de Clear Clues pour découvrir (espérons-le bientôt) des applications de logique d’indexation complexe utilisant une syntaxe basée sur des macros.
Plus de folie d’événement automatique
Un autre cas d’utilisation intéressant pour le suivi des événements automatiques consiste à définir vos paramètres d’événement en fonction du type d’interaction d’événement automatique qui a eu lieu. Par exemple, si un lien a été cliqué, je voudrais que mon action d’événement soit l’URL du lien cliqué. Si un clic s’est produit, je veux que mon action d’événement soit le type de balise (c’est-à-dire DIV ou IMG ou SPAN, etc.) de l’élément cliqué. Et si un formulaire a été soumis, je voudrais que mon action d’événement soit l’ID du formulaire. Ainsi:
Ensuite, vous pouvez simplement utiliser un seul tag d’événement pour envoyer vos différents appels d’événements automatiques, avec une règle de déclenchement telle que “{{event}} est égal à gtm.click OR {{event}} est égal à gtm.linkClick OR {{event}} est égal à gtm.formSubmit”.
conclusion
La macro de table de recherche est conçue pour vous aider à créer une infrastructure logique pour votre déploiement GTM. Cela augmente également la flexibilité, puisque vous pouvez croiser les macros de recherche dans vos balises et d’autres macros. Je suis un grand défenseur des macros en général, car moins vous codez en dur dans vos balises personnalisées, mieux c’est.
Il n’y a pas de limite au nombre de lignes dans une table de recherche (autre que les limitations générales de l’ensemble de données GTM). Je sais qu’il existe également une fonction d’importation sur la feuille de route, vous pouvez donc importer vos propres tables de recherche prédéfinies dans le système. Le mappage des classifications d’un ensemble de données à un autre sera quelque chose dont les implémentations GTM particulièrement importantes bénéficieront.
Enfin, je suis tout à fait d’accord avec Eric Erlebacher :
L’équipe de développement GTM est sur une lancée en ce moment, et j’espère que cela ne s’arrêtera pas de sitôt.
