Html5-boilerplate: Google gtag.js est désormais recommandé sur analytics.js

Faites un rapport sur ce que vous avez trouvé. (en plus de mettre à jour les docs) Je suis éloigné de tant d'années de travail sur les sites (par rapport aux applications Web fantaisie doubleplus super secrètes) que je n'ai plus aucune idée de ce genre de choses.

Où avons-nous atterri avec ça?

@coliff

En fait, anonymize_ip s'applique à l'extrait de code gtag.js.

Installation de gtag.js :
https://developers.google.com/analytics/devguides/collection/gtagjs/

Anonymisation IP avec gtag.js :
https://developers.google.com/analytics/devguides/collection/gtagjs/ip-anonymization

Exemple:

<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=GA_TRACKING_ID"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'GA_TRACKING_ID', { 'anonymize_ip': true });
</script>

Salut @Malvoz - oui, je suis sûr que de nombreux scripts d'extraits de suivi que nous avons pour analytics.js (anonymiser les adresses IP, suivre les requêtes jQuery AJAX, suivre les erreurs JavaScript et suivre le défilement de la page) sont également disponibles pour une utilisation sous une forme ou une autre pour gtag.js, mais l'implémentation est différente... donc avec gtag ce serait :
gtag('config', 'GA_TRACKING_ID', { 'anonymize_ip': true });
mais pour analytics.js ce serait:
ga('create', 'UA-XXXXX-X', 'auto'); ga('set', 'anonymizeIp', true);

Les scripts de suivi des liens sortants sont également différents et le script "suivre les erreurs javascript" que nous avons (https://github.com/h5bp/html5-boilerplate/blob/master/src/doc/extend.md#track-javascript- errors-in-google-analytics) ne fonctionne pas avec gtag.js et devrait donc être réécrit.

Dans l'ensemble, j'ai trouvé que si le seul script/service Google dont vous avez besoin sur votre site est Google Analytics, il est alors plus simple d'utiliser analytics.js et de ne pas s'embêter avec gtag.js .

Donc, pour H5BP, nous devons soit mettre à jour nos scripts de suivi pour qu'ils fonctionnent avec gtag.js , soit ajouter une note indiquant qu'ils ne concernent que analytics.js . Je préfère ajouter la note car je n'ai pas les scripts de travail équivalents pour ceux-ci.

Je trouve ce commentaire de Philip Walton un argument convaincant pour ne pas passer à gtag.js :

L'autre chose à savoir à propos de gtag est qu'il ne s'agit pas vraiment d'un remplacement analytics.js , c'est une bibliothèque wrapper au-dessus de analytics.js (et d'autres), ce qui signifie que le gtag La bibliothèque analytics.js , et elle doit convertir toutes les commandes gtag pertinentes en commandes analytics.js et les exécuter.

À l'heure actuelle, gtag vaut 54,5 Ko et analytics.js vaut 33,7 Ko, et puisque gtag chargera également analytics.js , c'est 262 % de code en plus pour moins Fonctionnalité. Il y a aussi le problème que gtag est spécifique au site (parce que vous ajoutez votre ID de suivi en tant que chaîne de requête), il est donc peu probable que vos utilisateurs l'aient mis en cache ; analytics.js , d'autre part, est utilisé partout sur le Web, il est donc très probable qu'il se trouve déjà dans le cache de vos visiteurs lorsqu'ils chargent votre site.

Donc, pour toutes ces raisons, je ne prévois pas de passer à gtag car cela finira par rendre mon site plus long à charger et consommer plus de bande passante de mon utilisateur.

J'ai récemment fait une plongée en profondeur pour comprendre certaines des différences entre analytics.js et gtag.js - une petite chose qui mérite d'être considérée est que gtag ne prend pas en charge le format Plugin pris en charge par analytics.js, alors passez à ceci peut casser certains futurs plans de mise en œuvre, mais probablement bien pour le passe-partout.

J'ai finalement réussi à résoudre ce problème avec un PR. (#2118) - Merci pour les commentaires @jcutrell et @TheDancingCode !
De plus, nous ajoutons ga('set','transport','beacon'); à l'extrait d'analyse par défaut, ce qui améliore les performances.

Lors de l'ajout d'un nouveau site à Google Analytics, le code de suivi fourni est désormais gtag.js, qui fonctionne un peu différemment du analytics.js précédemment recommandé.

<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=UA-XXXXXX-X"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());
  gtag('config', 'UA-XXXXXX-X');
</script>

Google Universal Analytics (Analytics.js) est toujours disponible pour les utilisateurs, mais je pense que nous devons clarifier dans la documentation que les extraits de suivi utiles que nous avons actuellement dans H5BP (anonymiser les adresses IP, suivre les requêtes jQuery AJAX, suivre les erreurs JavaScript et suivre le défilement de la page ) sont pour analytics.js et non gtag.js.

Aujourd'hui, je travaille sur la migration d'un site de analytics.js vers gtag.js (en suivant ce guide : https://developers.google.com/analytics/devguides/collection/gtagjs/migration) afin de voir si les extraits que nous avons peut être mis à jour pour fonctionner avec gtag.js.

Si quelqu'un a des idées supplémentaires à ce sujet, merci de nous en faire part.

Les extensions suivantes pourraient être utiles

Extension Gtag Magento 1

Extension Gtag Magento 2

J'ai utilisé ga pendant plusieurs années, aujourd'hui j'ai trouvé que le code Google Analytics recommandait de passer de ga à gtag. Je suis très confus pourquoi google update ga to gtag, quel est l'avantage ?

@fbens , il ajoute tous les suivis Google en utilisant un seul suivi, y compris GA, AdWords, Remarketing, Optimizer, etc. Il est utilisé pour plusieurs suivis au lieu de simplement GA. J'espère que ça aide