Al agregar un sitio nuevo a Google Analytics, el código de seguimiento que se proporciona ahora es gtag.js, que funciona de manera un poco diferente al analytics.js recomendado anteriormente.
<!-- 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) todavía está disponible para los usuarios, pero creo que debemos aclarar en la documentación que los fragmentos de seguimiento útiles que tenemos actualmente en H5BP (anonimizar direcciones IP, rastrear solicitudes de jQuery AJAX, rastrear errores de JavaScript y rastrear el desplazamiento de la página ) son para analytics.js y no para gtag.js.
Hoy estoy trabajando en migrar un sitio de analytics.js a gtag.js (siguiendo esta guía: https://developers.google.com/analytics/devguides/collection/gtagjs/migration) así que veré si los fragmentos que tenemos se puede actualizar para que funcione con gtag.js.
Si alguien tiene alguna idea adicional sobre esto, por favor interviene.
Informa sobre lo que encuentres. (además de actualizar los documentos) Hace tantos años que no trabajo en sitios (frente a las aplicaciones web súper secretas doubleplus fancy) que ya no tengo ni idea de estas cosas.
¿Dónde aterrizamos con esto?
@coliff
En realidad, anonymize_ip
se aplica al fragmento de código gtag.js.
Instalación de gtag.js:
https://developers.google.com/analytics/devguides/collection/gtagjs/
Anonimización de IP con gtag.js:
https://developers.google.com/analytics/devguides/collection/gtagjs/ip-anonymization
Ejemplo:
<!-- 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>
Hola, @Malvoz : sí, estoy seguro de que muchas de las secuencias de comandos de fragmentos de seguimiento que tenemos para analytics.js (anonimizar direcciones IP, rastrear solicitudes de jQuery AJAX, rastrear errores de JavaScript y rastrear el desplazamiento de la página) también están disponibles para usar de una forma u otra. para gtag.js, pero la implementación es diferente... así que con gtag sería:
gtag('config', 'GA_TRACKING_ID', { 'anonymize_ip': true });
pero para analytics.js sería:
ga('create', 'UA-XXXXX-X', 'auto'); ga('set', 'anonymizeIp', true);
Los scripts para rastrear enlaces salientes también son diferentes y el script de 'rastrear errores de javascript' que tenemos (https://github.com/h5bp/html5-boilerplate/blob/master/src/doc/extend.md#track-javascript- errors-in-google-analytics) no funciona con gtag.js, por lo que sería necesario reescribirlo.
En general, descubrí que si el único script/servicio de Google que necesita en su sitio es Google Analytics, entonces es más sencillo usar analytics.js
y no molestarse con gtag.js
.
Entonces, para H5BP, debemos actualizar nuestros scripts de seguimiento para que funcionen con gtag.js
o agregar una nota de que estos son solo para analytics.js
. Prefiero agregar la nota ya que no tengo los scripts de trabajo equivalentes para esos.
Encuentro este comentario de Philip Walton como un argumento convincente para no cambiar a gtag.js
:
La otra cosa a tener en cuenta sobre
gtag
es que no es realmente un reemplazoanalytics.js
, es una biblioteca contenedora además deanalytics.js
(y otros), lo que significa quegtag
La bibliotecaanalytics.js
, y necesita convertir todos los comandosgtag
relevantes en comandosanalytics.js
y ejecutarlos.En este momento,
gtag
es 54.5K yanalytics.js
es 33.7K, y dado quegtag
también cargaráanalytics.js
, es un 262 % más de código por menos funcionalidad. También existe el problema de quegtag
es específico del sitio (porque agrega su ID de seguimiento como una cadena de consulta), por lo que es poco probable que sus usuarios lo guarden en caché;analytics.js
por otro lado, se usa en toda la web, por lo que es muy probable que ya esté en el caché de sus visitantes cuando cargan su sitio.Entonces, por todas estas razones, no planeo cambiar a
gtag
ya que terminará haciendo que mi sitio tarde más en cargarse y consuma más ancho de banda de mi usuario.
Recientemente profundicé un poco para comprender algunas de las diferencias entre analytics.js y gtag.js. Una pequeña cosa que vale la pena considerar es que gtag no es compatible con el formato de complemento que admite analytics.js, así que muévase a este puede romper algunos planes de implementación futuros, pero probablemente esté bien para el modelo.
Finalmente pude abordar esto con un PR. (#2118) - ¡Gracias por los comentarios @jcutrell y @TheDancingCode !
Además, estamos agregando ga('set','transport','beacon');
al fragmento de análisis predeterminado que mejora el rendimiento.
Al agregar un sitio nuevo a Google Analytics, el código de seguimiento que se proporciona ahora es gtag.js, que funciona de manera un poco diferente al analytics.js recomendado anteriormente.
<!-- 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) todavía está disponible para los usuarios, pero creo que debemos aclarar en la documentación que los fragmentos de seguimiento útiles que tenemos actualmente en H5BP (anonimizar direcciones IP, rastrear solicitudes de jQuery AJAX, rastrear errores de JavaScript y rastrear el desplazamiento de la página ) son para analytics.js y no para gtag.js.
Hoy estoy trabajando en migrar un sitio de analytics.js a gtag.js (siguiendo esta guía: https://developers.google.com/analytics/devguides/collection/gtagjs/migration) así que veré si los fragmentos que tenemos se puede actualizar para que funcione con gtag.js.
Si alguien tiene alguna idea adicional sobre esto, por favor interviene.
Las siguientes extensiones podrían ser útiles
Usé ga durante varios años, hoy descubrí que el código de Google Analytics recomienda cambiar de ga a gtag. Estoy muy confundido por qué Google actualiza ga a gtag, ¿cuál es el beneficio?
@fbens , está agregando todos los seguimientos de Google usando un seguimiento que incluye GA, AdWords, Remarketing, Optimizer, etc. Se usa para múltiples seguimientos en lugar de solo GA. Espero eso ayude
Comentario más útil
Encuentro este comentario de Philip Walton como un argumento convincente para no cambiar a
gtag.js
: