Lorsque vous souhaitez installer Google Analytics sur votre site Web, l’une des options consiste à ajouter son code directement sur votre site Web. Cette bibliothèque JavaScript s’appelle gtag.js (alias global site tag).
Mais que se passe-t-il si vous travaillez avec un projet plus ancien et que vous voyez que le code GA qu’il utilise n’est pas gtag.js ? Au lieu de cela, vous voyez un code qui ressemble à ceci :
Ce code utilise une ancienne version de la bibliothèque JavaScript appelée analytics.js. Rien qu’en regardant ce code, vous pouvez voir qu’il s’agit de analytics.js.
Alors, quelle est la différence entre GTAG et analytics.js ? Devriez-vous migrer vers gtag.js à la place ? Dans cet article de blog, je vais vous expliquer cela.
Table des matières
Qu’est-ce que analytics.js ?
Il existe plusieurs versions de Google Analytics. Différentes versions utilisaient différents codes de suivi. Universal Analytics (alias GA3) utilisait une bibliothèque JavaScript appelée analytics.js.
Vous pouvez le reconnaître à partir de parties telles que : function(i,s,o,g,r,a,m) URL Google Analytics qui charge le fichier analytics.js. www.google-analytics.com/analytics.js
Et les commandes ga() (comme ga(‘créer’) ou alors ga(‘envoyer’)). Donc, si vous voyez des codes sur votre site Web qui utilisent des commandes telles que : ga(‘envoyer’, ‘page vue’); ou alors ga(‘send’, ‘event’, ‘Videos’, ‘play’, ‘Fall Campaign’); cela signifie qu’il utilise analytics.js.
Qu’est-ce que gtag.js ?
En 2017, Google a décidé de créer une bibliothèque de suivi plus unifiée appelée Global Site Tag (GTAG) qui serait appliquée non seulement à Google Analytics mais également à Google Ads.
Cela était censé atténuer les limitations liées aux cookies tiers utilisés par Google Ads. Au lieu d’utiliser des cookies tiers pour suivre les conversions, Google est passé aux cookies propriétaires. Et en général, avoir une seule bibliothèque semble plus pratique pour les développeurs que d’en avoir différentes.
Vous remarquerez que le code est chargé depuis googletagmanager.com/gtag/. Au fait, si vous voulez connaître les différences entre GTAG et Google Tag Manager, lisez ceci. De plus, au lieu de la commande ga(), nous avons maintenant gtag().
analytics.js vs gtag.js
Jetons un coup d’œil aux différences générales.
#1. Structure de code différente
Le moyen rapide d’identifier que le code provient de la bibliothèque analytics.js consiste à rechercher « analytics.js » dans le code source. De plus, toutes les commandes (par exemple pour envoyer une page vue ou un événement) utilisent une commande ga().
En ce qui concerne gtag, l’URL de la bibliothèque contient le mot gtag et toutes les commandes sont gtag().
#2. gtag.js charge analytics.js
Lorsque gtag.js a été introduit pour Universal Analytics, la dépréciation soudaine de la bibliothèque analytics.js serait un cauchemar pour Google et les propriétaires de sites Web.
Ainsi, Google a créé gtag.js comme wrapper pour analytics.js. En d’autres termes, si vous utilisez gtag.js pour GA3 (je veux dire si vous avez ajouté gtag.js directement au code source du site Web), gtag.js chargera toujours analytics.js sur un site. Vous pouvez le voir en utilisant l’extension Chrome Tag Assistant (héritée).
Activez l’extension, puis actualisez la page où gtag est installé (d’Universal Analytics). Vous verrez deux lignes : une pour le global site tag et une pour Google Analytics (analytics.js). Les deux utiliseront le même ID de suivi GA (UA-XXXXXX-X).
C’était un moyen plus simple de le faire plutôt que d’essayer de remplacer complètement la bibliothèque analytics.js.
#3. analytics.js n’est plus mis à jour
Étant donné que GTAG est la dernière version du code de suivi Google Analytics, il est maintenu et mis à jour. La dernière version, Google Analytics 4, utilise également GTAG, vous pouvez donc être assuré que Google le tiendra à jour. Analytics.js, en revanche, ne reçoit aucune mise à jour significative (tout comme Universal Analytics en général).
Cela fait maintenant partie de l’histoire de GA et cela n’a pas de sens d’y ajouter de nouvelles fonctionnalités. Donc, si vous souhaitez installer Google Analytics en ajoutant son code directement au code source de votre site Web, optez toujours pour GTAG. En fait, c’est la bibliothèque qui s’affiche dans l’interface de Google Analytics.
Mais si vous me demandez, je recommanderais toujours d’installer Google Analytics avec Google Tag Manager. Cela vous donnera plus de puissance et de flexibilité. À long terme, c’est une énorme victoire. De plus, il y a plus d’avantages à utiliser GTM.
Devez-vous migrer vers gtag.js si vous utilisez analytics.js ?
Si vous travaillez sur un nouveau projet et que vous souhaitez installer Google Analytics, vous devez utiliser GTAG ou Google Tag Manager. Il n’y a même pas une petite raison pour laquelle vous devriez utiliser analytics.js à la place. Au moins, je ne peux penser à rien.
Mais que se passe-t-il si vous avez déjà un projet qui utilise analytics.js ?
Idéalement, si vous disposez d’un budget pour la migration, je vous recommande vivement de déplacer votre configuration Google Analytics vers Google Tag Manager (au lieu de migrer vers gtag.js depuis analytics.js). Cela vous permettra d’ajouter de nouveaux codes de suivi beaucoup plus rapidement. Dans de nombreux cas, un développeur peut même ne pas être nécessaire. Et il y a plus d’avantages.
Si pour une raison quelconque, vous ne souhaitez pas utiliser Google Tag Manager, alors la question est devez-vous migrer vers gtag.js ou non ?
Si vous utilisez également Google Ads et que vous y avez associé Universal Analytics, alors je recommanderais la migration vers gtag.js.
Il s’assurera que les cookies (nécessaires à l’attribution et au suivi des conversions) seront stockés correctement, dans un contexte de 1ère partie.
Mais si vous n’exécutez pas Google Ads et que vous utilisez Google Analytics uniquement à des fins d’analyse du trafic de votre site Web, des événements, vous pouvez continuer à utiliser analytics.js. Au moins pour l’instant.
Qui sait ce qui se passera dans deux ans. Peut-être qu’un jour, Google vous enverra un e-mail indiquant qu’il a décidé de déprécier la bibliothèque analytics.js.
Donc, à court terme, analytics.js peut toujours être une option pour vous. Mais à long terme, je recommanderais de migrer à partir de celui-ci. Soit vers gtag, soit vers Google Tag Manager (GTM est une option recommandée).
De cette façon, vous éviterez la panique et le travail supplémentaire à un moment donné dans le futur.
GTAG contre analytics.js : les derniers mots
C’était un aperçu rapide de GTAG vs analytics.js. GTAG est une version plus récente et maintenue du code de suivi Google Analytics. Analytics.js fait partie de l’histoire. Je ne sais pas quand/si Google décidera de déprécier cette ancienne bibliothèque, mais à un moment donné dans le futur, cela peut arriver.
Pour s’y préparer, il est recommandé de migrer loin d’analytics.js. Soit vers GTAG ou Google Tag Manager. Personnellement, je recommande toujours la migration vers Google Tag Manager car cela vous donnera plus de flexibilité à l’avenir. Vous voulez suivre un formulaire ? Cliquer sur un élément particulier ? Autre chose?
Avec Google Tag Manager, vous pourrez le faire vous-même (dans de nombreux cas).