Google Tag Manager (GTM) est devenu un outil indispensable pour les spécialistes du marketing numérique et les administrateurs de sites web. Il facilite la gestion et le déploiement de diverses balises de suivi sur un site web, sans qu'il soit nécessaire de modifier manuellement le code. L'un des aspects clés du GTM est la compréhension des options de déclenchement des balises, qui déterminent quand et comment les balises sont déclenchées. Dans cet article, nous allons explorer les options de déclenchement de balises les plus courantes disponibles dans Google Tag Manager et discuter de leur importance dans le processus de balisage.

Les options de déclenchement les plus courantes dans GTM

1. Déclencheur de vue de page:

L'option de déclenchement de balise la plus courante et la plus simple dans le GTM est le déclencheur de page vue. Ce déclencheur déclenche une balise chaque fois qu'une page spécifique ou toutes les pages d'un site web sont chargées. Il est généralement utilisé pour le suivi des pages vues, la capture de données analytiques de base et la mise en œuvre de scripts tiers qui doivent être présents sur chaque page.

2. Déclencheurs de clics:

Les déclencheurs de clics sont utiles lorsque vous souhaitez déclencher une balise en fonction des interactions de l'utilisateur, telles que les clics sur des boutons, les soumissions de formulaires ou les clics sur des liens. Vous pouvez configurer le déclencheur pour qu'il s'active lorsqu'un élément spécifique ou un ensemble d'éléments de la page est cliqué. Les déclencheurs de clics fournissent des informations précieuses sur le comportement des utilisateurs et vous permettent de suivre les actions spécifiques qui se produisent sur un site web.

3. Déclencheurs de défilement

Les déclencheurs de défilement déclenchent des balises lorsqu'un utilisateur fait défiler la page vers le bas jusqu'à un point ou un pourcentage spécifique. Ils sont particulièrement utiles pour suivre l'engagement des utilisateurs, mesurer la profondeur de défilement et mettre en place un suivi des événements basé sur le comportement de défilement. Les déclencheurs de défilement vous permettent de comprendre jusqu'où les utilisateurs font défiler une page et d'identifier les zones où ils sont susceptibles de perdre leur intérêt.

4. Déclencheurs temporels:

Les déclencheurs temporels vous permettent de déclencher des balises en fonction d'intervalles de temps. Vous pouvez spécifier quand une balise doit être déclenchée après un certain temps écoulé depuis le chargement d'une page ou depuis la dernière interaction. Les déclencheurs temporels sont utiles pour suivre la durée de l'engagement, mettre en œuvre un suivi personnalisé des conversions ou afficher des messages ciblés après qu'un utilisateur a passé un certain temps sur une page.

5. Déclencheur de soumission de formulaire:

Les déclencheurs de soumission de formulaire déclenchent des balises lorsqu'un utilisateur soumet un formulaire sur un site web. Ils sont idéaux pour le suivi des soumissions de formulaires, la génération de leads ou le suivi des conversions dans le commerce électronique. En configurant un déclencheur de soumission de formulaire, vous pouvez capturer des données au moment précis où un utilisateur remplit et soumet un formulaire, ce qui permet de mesurer avec précision les taux de conversion des formulaires.

6. Déclencheur d'événement personnalisé:

Les déclencheurs d'événements personnalisés offrent la plus grande souplesse en matière d'options de déclenchement des balises. Ils vous permettent de définir et de déclencher des balises en fonction d'événements personnalisés qui se produisent sur une page. Vous pouvez utiliser des événements JavaScript ou variables dataLayer pour déclencher des balises en fonction d'interactions ou d'actions spécifiques de l'utilisateur qui ne sont pas couvertes par les types de déclencheurs prédéfinis. Les déclencheurs d'événements personnalisés vous permettent de suivre des événements uniques adaptés aux besoins de votre site web.

Conclusion

Google Tag Manager offre un large éventail d'options de déclenchement de balises, chacune étant conçue pour capturer différents aspects du comportement des utilisateurs et suivre des événements spécifiques sur un site web. Il est essentiel de comprendre ces options pour mettre en œuvre des stratégies de suivi efficaces, mesurer les indicateurs clés et obtenir des informations précieuses sur l'engagement des utilisateurs. En exploitant la puissance des options de déclenchement des balises dans Google Tag Manager, les spécialistes du marketing et les administrateurs de sites web peuvent optimiser leurs implémentations de suivi et prendre des décisions fondées sur des données afin d'améliorer les performances du site web et l'expérience de l'utilisateur.

{snippet justinecremer-fr}

Cet article est le premier d'une série sur les phases essentielles du développement de logiciels. Il sera divisé en cinq thèmes principaux : l'analyse, la conception, le développement, les tests et le déploiement. Comme vous le verrez plus loin, le premier article explique l'importance de la phase d'analyse avant de commencer à développer une solution. Le deuxième article couvrira les principales étapes pour s'assurer que vous concevez votre application de la bonne manière. L'article sur le développement expliquera comment nous organisons notre processus de développement. Enfin, nous verrons l'importance des tests et la manière dont nous pouvons déployer notre solution.

Tout au long de cette série, nous prendrons Wave comme exemple. Wave est une application web utilisée quotidiennement chez Semetis. Elle nous aide à rassembler et à visualiser les données de différentes plateformes publicitaires en un seul endroit (voir l'article pour en savoir plus). En 2021, nous avons décidé de la reconstruire à partir de zéro pour de nombreuses raisons. L'une des principales raisons est que nous n'avons pas suivi les phases essentielles du développement. Nous en avons tiré des leçons et avons pris du recul pour mieux développer la deuxième version.

De nos jours, le monde du développement logiciel est en constante évolution, de nouvelles applications et de nouveaux sites web sont développés chaque jour. Avant de se plonger dans le code, les développeurs doivent définir les bases de l'ensemble du projet. Au cours de cette analyse, l'équipe de développement effectue généralement des recherches afin de définir la portée du projet. Un bon moyen de recueillir des informations peut être de mener des entretiens ou d'examiner une solution existante. Cela aidera l'équipe à mieux comprendre ce qu'elle doit essentiellement développer. Sauter cette phase signifierait potentiellement une perte de temps et de ressources. Il est donc essentiel de procéder à une bonne analyse afin d'estimer avec précision la date de sortie de chaque produit livrable. En outre, cette phase permet d'identifier les opportunités d'innovation et d'amélioration potentielles qui peuvent conduire à une meilleure expérience utilisateur ou à une amélioration des performances du logiciel. Chez Semetis, nous aimons l'appeler la "phase d'investigation".

Voyons maintenant comment nous avons abordé cette question dans Wave. Lors de la construction de cette application, nous avons mis l'accent sur la phase d'investigation afin de nous assurer que les objectifs et les exigences du projet étaient bien compris. Tout d'abord, nous voulions mettre en évidence les forces et les faiblesses de notre outil V1 existant. Cela nous a aidés à prendre les bonnes décisions pour améliorer l'expérience de l'utilisateur. Par exemple, l'une des faiblesses qui ressortait le plus des entretiens avec les utilisateurs était le temps de chargement des tableaux de bord, qui pouvait prendre plusieurs minutes. Nous avons donc décidé de consacrer beaucoup d'efforts et de ressources à l'amélioration de la vitesse de chargement des pages.

Avec tous les commentaires que nous avons recueillis auprès des utilisateurs, nous nous sommes réunis entre développeurs d'Atlas, le département R&D de Semetis. Ensemble, nous avons défini la nouvelle architecture, le schéma de la base de données et les fonctionnalités de cette nouvelle version de Wave. Ce processus de collaboration nous a permis de définir une portée claire pour le projet et de fixer des objectifs réalistes pour l'équipe de développement.

La phase d'investigation a été cruciale pour placer les bases du développement de Wave. Grâce à ce processus, nous avions une idée claire des fonctionnalités que nous devions mettre en œuvre et des données avec lesquelles nous allions travailler tout au long du projet. Cela a permis à l'équipe de développement de commencer à travailler sur le projet avec une roadmap claire et des objectifs bien définis. Cela s'est traduit par un calendrier concret.

En résumé, l’investigation est une étape cruciale dans le développement d'une application ou d'un site web. Grâce à la recherche et à l'analyse, l'équipe de développement peut établir une base solide pour le projet, comprendre les objectifs du projet, identifier les risques et les opportunités potentiels et planifier efficacement les phases suivantes. Négliger cette phase peut conduire à un gaspillage de ressources, à des résultats insatisfaisants et à des opportunités manquées.

{snippet maximedenis-fr}

Si vous avez déjà fait des recherches sur le tracking des iframes, vous avez peut-être lu des personnes se plaignant qu'il est techniquement difficile de suivre les interactions des utilisateurs à l'intérieur d'un iframe en raison de l'impossibilité d'accéder à son contenu à partir de la page “parent”. Contrairement à ce qu’on pourrait croire, il est tout à fait possible d'y parvenir ! Il existe plusieurs solutions et nous allons en présenter une dans cet article. Nous expliquerons la méthodologie en examinant un cas d'utilisation simple, sans entrer dans les détails techniques.

Avant d'aller plus loin, revenons sur ce qu'est un iframe. Les iframes, ou "inline frames", permettent aux propriétaires de sites web d'intégrer du contenu provenant d'autres sources directement dans les pages web. Cela peut être utile pour incorporer des vidéos, des flux de médias sociaux et d'autres types de contenu sans avoir à les héberger sur leur propre serveur. En résumé, un iframe est une page à l'intérieur d'une autre page.

Un cas d'utilisation simple : la prise de rendez-vous en ligne sur un site web

Dans notre cas, nous voulons suivre ce qui se passe à l'intérieur d'un iframe qui permet aux internautes de prendre un rendez-vous en ligne directement via le site web. L'outil de prise de rendez-vous est un iframe parce qu'il fonctionne sur un domaine différent. Pour suivre les interactions des utilisateurs, nous avons utilisé les scripts de Simo Ahava. Pas besoin de réinventer la roue lorsqu'il existe déjà d'excellentes ressources. De façon pratique, voici notre méthodologie :

• Implémentation d'une balise HTML personnalisée pour la page “parent” et d'une balise HTML personnalisée pour la page intégrée (“enfant”).
• Implémentation du même ID de conteneur GTM sur le site web et l'iframe.

De cette manière, le parent peut "écouter" les messages et les événements qui se produisent dans l'iframe et les suivre dans la page intégrée. Toutes les explications techniques se trouvent dans l'article mentionné ci-dessus. Cependant, si vous n'êtes pas familier avec le code, lisez la suite pour comprendre comment cela fonctionne concrètement.

Supposons que nous allions sur le site web pour prendre un rendez-vous. Lorsque nous lançons le processus de prise de rendez-vous, l'iframe s'ouvre. Cela déclenche un événement "PageView" dans le datalayer de l'iframe (“enfant”) qui est envoyé au datalayer du site web (“parent”) sous "iframe.PageView".

Lorsqu'on commence à prendre un rendez-vous, le même processus se produit à chaque étape :

Pour vous donner plus de détails, si nous prenons la première étape lorsque nous sélectionnons une catégorie de rendez-vous :

• Une valeur spécifique est remplie pour la catégorie dans le dataLayer, qui sera utilisée comme déclencheur.
• Un événement "PageView" se produit dans l'environnement iframe.
• Un événement "iframe.PageView" se produit dans l'environnement du site web.
• Le tag correspondant ("iframe_category" dans ce cas) est déclenché.

Obtenez des informations précieuses sur le comportement des utilisateurs et optimisez vos campagnes

Grâce à cette implémentation, nous avons pu suivre toutes les étapes du processus de prise de rendez-vous. Nous avons envoyé ces données à notre plateforme d'analyse, afin d'analyser les données globales et le taux d'abandon d'une étape à l'autre. En outre, nous avons envoyé les données à nos plateformes publicitaires, afin de les utiliser pour optimiser nos campagnes. Il s'agit d'un changement important, car nous optimisions nos campagnes en fonction des personnes qui cliquaient sur le bouton "prendre rendez-vous", ce qui ne représentait pas le nombre de personnes qui allaient jusqu'à la dernière étape du processus.

En conclusion, même si les iframes peuvent être difficiles à tracker, il existe de nombreuses façons de le faire. Plus important encore, cela vous permet d'obtenir des informations pertinentes sur les interactions des utilisateurs afin d'améliorer leur expérience et de fournir davantage de données aux algorithmes afin d'optimiser vos campagnes. N'hésitez pas à contacter Semetis si vous avez besoin d'aide avec les iframes !

{snippet justineheeren-fr}

Récemment, les annonceurs ont reçu un mail ayant pour titre: “Important: GBRAID parameter will be enabled for your URLs to measure your iOS14.5+ conversions”. Mais en réalité qu’est ce que le paramètre GBRAID et quel sera son impact sur votre tracking ?

Qu’est ce que GBRAID?

Depuis que la police ATT d’Apple a pris effet en 2021, Goggle n’envoie plus le Google Click Identifier (GCLID) sur iOS 14 pour le trafic venant de publicités sur les applications Google. Pour n’importe quelle campagne “web” (c'est-à-dire une campagne qui envoie du trafic venant d’un moteur de recherche ou de n’importe quel autre site web), vous enverrez toujours des paramètres GCLID si l’auto-tagging est activé. Vous pourrez identifier la campagne et d'autres attributs du clic associé à la publicité pour le suivi des publicités et l'attribution des campagnes. Votre URL ressemblera à ça:

GBRAID est le nouveau paramètre qui mesure les conversions d'applications générées par les campagnes publicitaires sur iOS, dans le respect de la conformité légale du cadre ATT d'Apple. GBRAID est utilisé pour la mesure app-to-app, c'est-à-dire qu'il est essentiellement utilisé pour les quelques applications Google qui envoient du trafic publicitaire. WBRAID est un autre paramètre qui est utilisé pour la mesure web-to-app.

En termes simples (Ceci n’est valable que pour les campagnes iOS): 

Pourquoi GBRAID et WBRAID sont-ils conformes alors que GCLID ne l'est pas ?

La principale différence entre GBRAID, WBRAID et GCLID réside dans leur respect de la vie privée des utilisateurs. GBRAID et WBRAID mettent en priorité la protection de la vie privée des utilisateurs en proposant des rapports agrégés sur les conversions, s’assurant que les utilisateurs ne puissent pas être identifiés ou liés à des comportements inter-sites spécifiques. Ces paramètres utilisent des techniques de dépersonnalisation et d'autres méthodes d'agrégation pour préserver l'anonymat des utilisateurs.

En conclusion, GBRAID est le paramètre de remplacement spécifiquement conçu pour la mesure app-to-app, permettant le suivi des conversions induites par les campagnes publicitaires sur les appareils iOS tout en respectant les limites des règles de confidentialité d'Apple. Alors que WBRAID est un autre paramètre utilisé pour la mesure web-to-app. Ces paramètres s'alignent sur les initiatives d'Apple en matière de protection de la vie privée, tout en fournissant des informations précieuses sur les performances publicitaires et les conversions.

{snippet robbedesmyttere-fr}