Analytics

Une balise pour les gouverner tous : Présentation de la nouvelle balise Google

Depuis très longtemps, Google travaille à la consolidation de ses produits pour créer une solution unifiée plate-forme de marquage.

Les produits qui sont instrumentés (ou associés) avec des “tags” tomberaient sous ce parapluie. Ceux-ci comprennent des outils tels que Google Tag Manager, Google Ads, Google Optimize et, bien sûr, Google Analytics.

Si vous avez jeté un coup d’œil sous le capot, vous avez peut-être remarqué que tous les outils répertoriés ci-dessus fonctionnent déjà via la bibliothèque gtag.js. Cette Balise de site globale est lentement mais sûrement devenue la bibliothèque cliente de facto utilisée par les plates-formes de marquage de Google sur le Web.

Aujourd’hui, Google a franchi une étape supplémentaire dans le processus de consolidation en introduisant une autre technologie globale : la Balise Google.

Lisez le billet de blog de la version ici.

Paramétrage des balises Google

Bien qu’il existe de nombreux chevauchements avec le Global Site Tag, ce nouveau Balise Google est, en fait, un peu plus.

Dans cet article, je vais jeter un œil à ce qu’est la balise Google et à quoi ressemble le modèle sous-jacent. Ce ne sera pas une plongée en profondeur ou un didacticiel approfondi – il y aura d’autres personnes bien plus qualifiées que moi pour les écrire, d’autant plus que l’un des principaux avantages de la balise Google est de consolider les analyses et la mesure de la publicité côté client. J’ai très peu d’intérêt à discuter de ce dernier.

Google Tag est gtag.js – mais bien plus encore

Par défaut, Google Tag est à peu près la même chose qu’un produit de mesure gtag.js individuel.

Lorsque vous créez un nouveau flux GA4 ou un pixel Google Ads, par exemple, les balises Google correspondantes seront créées en même temps. À ce stade, les deux balises Google auront une relation 1: 1 avec leurs points de terminaison de balisage respectifs, connus sous le nom de destinations.

Balises Google séparées

Dans ce scénario, Google Tag n’apporte pas vraiment d’avantage supplémentaire au mélange, bien que vous puissiez, bien sûr, utiliser son nouveau niveaux de contrôle d’accès, détection d’événementet d’autres fonctionnalités (plus d’informations ci-dessous).

Là où Google Tag commence vraiment à briller, c’est lorsque vous combiner plusieurs balises Google en un seul et/ou ajouter plusieurs destinations vers une seule balise Google.

Combinez les balises Google

Lorsque vous combiner deux balises Google ou plus, ces balises seront automatiquement partager caractéristiques clés telles que leur configuration de la détection d’événements, listes de mesures inter-domaines, destinations et, surtout, couverture des balises.

Par exemple, lorsque vous choisissez de combiner G-123456 et AW-567890, leurs implémentations de marquage respectives (via gtag.js) deviendront interchangeables. Il n’y aura aucune différence pratique entre l’installation du G-123456 ou de l’AW-567890 sur un site Web donné.

De couverture des balises point de vue, cela signifie que si 80 % de votre site Web est tagué avec G-123456 et que 30 % (y compris les 20 % manquants du déploiement GA4) sont tagués avec AW-567890, vous avez maintenant 100 % de couverture des balises. Les 10 % qui se chevauchent sont dédupliqués par défaut.

Balises combinées

Lorsque vous combinez des balises, vous devez choisir la configuration de balise qui sera utilisée comme modèle pour toutes les balises combinées. De cette façon, vous pourrez partager les paramètres de suivi inter-domaines, la détection d’événements et les configurations de niveau d’accès utilisateur sur toutes les balises combinées (et leurs destinations respectives, bien sûr).

Paramétrage des balises Google

Alors, qu’est-ce qui est réellement partagé lorsque les balises sont combinées ? Quelles configurations pouvez-vous faire au niveau de Google Tag, afin qu’elles soient ensuite héritées par les destinations vers lesquelles Google Tag collecte des données ?

Paramètres des balises Google

Comme l’indique la petite note en haut, tous ces paramètres n’ont pas de sens pour tous les types de destination. Par example, Définir le trafic interne n’est vraiment pertinent que pour les flux de données Google Analytics 4.

  • Gérer la détection automatique des événements – Plus à ce sujet ci-dessous. Cela établit les types d’événements que la balise Google peut détecter sur une page Web. Il ne décide pas encore ce qui est réellement collecté – cela dépend des propres paramètres de la destination (par exemple, Mesure améliorée dans un flux Web GA4).

  • Configurez vos domaines – Établir quels domaines feront partie de la mesure inter-domaines pour les destinations configurées dans cette balise Google.

  • Inclure les données fournies par l’utilisateur à partir de votre site Web – Cela vous permet de collecter des données sur les conversions améliorées dans votre compte Google Ads.

  • Collecter des événements Universal Analytics – Accéder automatiquement à ga() appelle le site Web pour permettre la collecte d’événements Universal Analytics vers une destination GA4.

  • Définir le trafic interne – Configurer des règles pour signaler certains trafics comme interne dans votre ou vos destinations Google Analytics 4.

  • Lister les références indésirables – Utilisez ce paramètre pour répertorier les domaines que vous ne souhaitez pas voir apparaître en tant que trafic de référence dans vos flux de données GA4.

  • Ajuster le délai d’expiration de la session – Modifiez le délai d’expiration de la session pour Google Analytics 4.

  • Ignorer les paramètres des cookies – Ajustez les paramètres de cookies par défaut pour Google Analytics 4.

Comme vous le remarquerez peut-être, ces paramètres ne sont en réalité qu’un résumé de ce que vous trouverez également sous chaque destination. Mais le but de les configurer avec la balise Google est de permettre à plusieurs balises combinées (et destinations) de bénéficier d’une configuration unique et centralisée.

Détection d’événement vs mesure améliorée

À ce stade, il est bon de clarifier la différence entre la configuration d’une balise Google Détection d’événement paramètres par rapport à la configuration d’une seule destination GA4 Mesure améliorée options – les deux se ressemblent beaucoup !

Détection d'événement

Détection d’événement est une fonctionnalité de la balise Google, où vous pouvez configurer quels types d’événements sur la page la balise est configurée pour surveiller.

Par exemple, vous pouvez configurer que la balise Google peut seul surveiller clics sortants.

Ces paramètres de détection d’événements définissent les paramètres de ce que vous pouvez configurer dans les paramètres de mesure améliorés de GA4 !

Si vous le faites, toutes les destinations GA4 ajoutées à la balise Google seront au plus être uniquement en mesure de collecter des données sur les clics sortants. Vous pouvez basculer les clics sortants désactivé dans les paramètres de mesure améliorée d’une destination GA4 connectée, mais laissez-les activés dans une autre. Mais même si vous basculez, par exemple, Faire défiler les événements au dans les paramètres de flux de données GA4, ceux-ci seront ne pas sont collectés car leur détection d’événement n’a pas été activée dans les paramètres de balise Google.

Détection d'événement vs mesure améliorée

Si vous connaissez vos termes d’ingénierie de données, pensez à cela en termes de configuration d’éditeur / abonné. La balise Google est définie sur détecter et publier événements vers les destinations configurées dans la balise Google. Ces destinations peuvent ensuite s’abonner à tout ou partie de ces événements. Mais les destinations ne peuvent pas mesurer les événements qui n’ont pas été diffusés par la balise Google.

Marquer les destinations

Chaque flux Web GA4 et chaque conversion Google Ads s’appelle désormais une balise Google. destination.

Par défaut, comme mentionné ci-dessus, lorsque vous créez une nouvelle destination, elle aura sa propre balise Google automatiquement créée pour elle.

Chaque destination peut être ajoutée à une, et UNE SEULE, balise Google.

Vous pouvez éliminer une destination à partir de sa balise Google d’origine et l’ajouter à une autre balise Google.

Ceci est utile si vous souhaitez empêcher qu’une destination soit contrôlée par son ancienne balise Google.

Ajouter destination

Par exemple, si vous travailliez avec une agence qui utilisait votre destination GA4 avec sa balise Google, vous pouvez la supprimer de cette balise Google et l’ajouter à la propre balise Google de votre site pour empêcher l’agence de contrôler les données de la destination. collection.

Combiner et ajouter des destinations N’EST PAS une consolidation

Vous pourriez être tenté de penser qu’en combiner les balises Google et/ou par ajouter plusieurs flux GA4 en tant que destinationsvous êtes en mesure de dupliquer une seule configuration de balisage vers plusieurs destinations différentes pour chaque événement collecté via cette configuration.

Ce n’est pas comme ça que ça marche.

Lorsque vous ajoutez plusieurs destinations à une balise Google (soit en combinant des balises, soit en ajoutant simplement les destinations), ce qui est en fait multiplié, c’est le configuration du balisage.

Sur la page, cela signifie que le config Appels API du Global Site Tag.

Quand le config Appel API (ou tag GA4 Config de GTM) du principal Balise Google ou l’un des combiné Google Tags s’exécute sur la page, toutes les destinations qui y sont ajoutées commenceront également leur collection.

Les événements de mesure améliorés seront envoyés à toutes les destinations, y compris le hit de vue de page à moins que la balise de configuration n’empêche la collecte automatique de l’événement Page View.

Tous les autres événements GA4 (ou annonces) seront envoyés uniquement à la destination configurée dans l’événement lui-même.

Les événements sont spécifiques à la destination

Ainsi, la balise Google vous aide installer différentes destinations sur un site Web donné. Ça ne fait pas le marquage pour vous.

Résumé

Au moment de sa sortie, la balise Google est définitivement destinée à une utilisation en entreprise, car ce sont les grandes entreprises avec des besoins de collecte de données plus variés qui bénéficieraient le plus de la consolidation des configurations de plusieurs balises en un seul endroit dans l’infrastructure d’administration de l’écosystème de marquage de plus en plus compliqué de Google. .

Même si je crains un peu que le chevauchement entre le Google Tag et le Global Site Tag ne fasse que brouiller encore plus les cartes, une fois que vous aurez compris en quoi le Google Tag est un administration fonctionnalité et le Global Site Tag est la côté client composant du Google Tag, tout devrait commencer à avoir un sens.

Prêt à l’emploi, le Google Tag vous permet de contrôler les types d’événements pouvez être automatiquement détecté sur un site, quels paramètres de mesure inter-domaines utiliser sur les destinations connectées, quels utilisateurs peuvent afficher et modifier les paramètres de balise, etc.

Une fois que vous combiner Google Tags (en particulier pour les produits de marquage tels que GA4 et Google Ads), vous commencerez vraiment à bénéficier des fonctionnalités décrites dans cet article. À ce stade, Google Tag devient plus que la somme de ses parties.

Pensez-vous que Google Tag est un ajout bienvenu à l’offre de marquage déjà assez étendue (et souvent déroutante) de Google ? Pensez-vous que la consolidation des efforts de marquage sur tous les produits est logique ? Faites-le savoir aux lecteurs dans la section des commentaires ci-dessous!

Source : www.simoahava.com

Articles similaires

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Bouton retour en haut de la page
Index