Thu. Oct 10th, 2024

Velocidad de muestreo de la velocidad del sitio y vistas de varias páginas


Google Analytics’ Informes de velocidad del sitio son bastante geniales. Informan automáticamente sobre varios hitos en el proceso que realiza el navegador al mostrar contenido. Estos informes aprovechan la API de sincronización de navegación del navegador internet y (normalmente) se recopilan en la primera vista de página de una página.

Y todo esto está bien. Como dije, es una gran característica de Google Analytics y se presta fácilmente para detectar problemas en la bastante compleja negociación cliente-servidor que ocurre cuando su navegador internet solicita contenido del servidor internet.

Sin embargo, hay un problema técnico. Estos tiempos de página automáticos se recopilan una vez por instancia de rastreador por páginalo que significa que si tiene varios rastreadores en la página, cada uno configurado para recopilar muestras de velocidad del sitio, podría enviar sin darse cuenta los mismos datos de velocidad de página varias veces. Naturalmente, esto inflará las cifras sobre las que informa Google Analytics y sus datos se arruinarán, ya que la deduplicación es realmente difícil.

Entonces, si tiene alguno de los siguientes, podría estar en el grupo de riesgo:

  1. Sitio de una sola página donde envía páginas vistas “virtuales” a Google Analytics

  2. Varios rastreadores en la página, cada uno de los cuales recopila en la misma propiedad de Common Analytics (UA-XXXXX-Y)

  3. Establecer manualmente la velocidad de muestreo de la velocidad del sitio (por ejemplo, al 100%)

  4. Administrador de etiquetas de Google con una etiqueta de vista de página que tiene varios activadores adjuntos

Si algo de esto le parece cierto, es posible que tenga un problema de calidad de los datos que deba solucionarse de inmediato.


incógnita


El boletín a fuego lento

Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.

Enmarcando el problema

Por defectoel 1% de las visitas a páginas vistas se toman como muestra para determinar los tiempos de las páginas. Entonces, si tiene el siguiente código en el sitio:

Hay una probabilidad de 1/100 de que, al ejecutar el comando por primera vez, esta solicitud en explicit tome los datos de tiempo de navegación disponibles y los envíe a Google Analytics. Y, repito, esto está bien. Eso es lo que queremos. Ahora si tienes el siguiente código:

ga('ship', 'pageview');
ga('ship', 'pageview', {web page: '/some-custom-page/'});

Son dos visitas separadas a Vista de página que se activan en la misma página, todavía estás bien. Dado que utilizan el mismo objeto rastreador (el rastreador predeterminado), incluso si gana las probabilidades y logra alcanzar el 1/100 dos veces en la misma página, los datos de tiempo de la página solo se envían una vez, ya que Common Analytics solo envía datos de tiempo una vez por rastreador por página.

Sin embargo, si tienes esto:

ga('ship', 'pageview');
ga('secondTracker.ship', 'pageview', {web page: '/some-custom-page/'});

Si ambos rastreadores recopilan información en la misma propiedad de Google Analytics (UA-XXXXXX-Y) y si ambos rastreadores logran de alguna manera hacer el corte 1/100, enviará los mismos datos de tiempo de página. dos vecessolo para diferentes rutas de página. ¡Y eso deformará tus datos!

Se pone peor…

El problema con Google Tag Supervisor

Administrador de etiquetas de Googlea pesar de todo lo bueno que hace, tiene una complicación que dificulta muchas cosas: asigna un objeto de seguimiento único para cada etiqueta que se activa, incluso si es la misma etiqueta que se activa varias veces.

Eche otro vistazo a la imagen al comienzo de este artículo. Allí tienes una etiqueta de vista de página que tiene el siteSpeedSampleRate establecido en 100%, lo que significa que cada vez que se envía el acceso a la página vista, se debe utilizar para muestrear los datos de sincronización de la página. También tiene un disparador que se activa cada vez que se introduce un evento personalizado. dataLayer. Así que esta es su típica etiqueta de vista de página “digital” (hombre, odio ese término: ¡todas las vistas de página son virtuales!), configurada para activarse con una ruta de página personalizada cada vez que se activa el evento.

Ahora, aquí está el problema: porque tiene siteSpeedSampleRate establecido en 100, y porque se activará varias veces en la página, y porque cada vez que se activa tendrá un nombre de rastreador único:

¡Cada vez que se lively esta etiqueta de vista de página, enviará los mismos datos de tiempo de página a Google Analytics!

¡Eso es multiplicación a gran nivel! Es aún más confuso desde que mismo Los datos de tiempo de página se envían a múltiples rutas de página, lo que hace que la deduplicación en los informes sea realmente difícil de realizar.

Correcciones

Aquí hay algunas soluciones obvias a este problema.

1. Pruebe solo un rastreador

Esto es bastante fácil si utiliza el fragmento de Common Analytics. Colocar siteSpeedSampleRate a un valor adecuado en un solo rastreador y establezca todos los demás rastreadores en 0.

ga('create', 'UA-12345-1', {siteSpeedSampleRate: 100});
ga('create', 'UA-12345-1', {title: 'secondTracker', siteSpeedSampleRate: 0});

Esto garantizaría que solo se envíe un único conjunto de tiempos de página por página.

En GTM, de forma predeterminada, esto sería imposible, porque cada etiqueta tiene su propio nombre de rastreador único.

2. Pruebe solo la primera página vista

Esto es irrelevante en Common Analytics, ya que de todos modos solo se muestra la primera página vista por rastreador. Sin embargo, en Google Tag Supervisor, esto podría solucionar el problema.

Para que esto funcione, debe activar el primer acceso a la vista de página de una página mediante un activador único. Normalmente, tendría el activador “Todas las páginas” en la etiqueta de vista de página y luego otro activador para la vista de página personalizada. Por lo tanto, una aplicación de una sola página podría tener la siguiente etiqueta para todas las vistas de página:

Ahora, esta etiqueta voluntad Ser problemático si se deja así, ya que la muestra de sincronización de página se enviará cada vez que se lively la etiqueta, una vez para el activador de todas las páginas y cada vez que se lively el activador de evento personalizado.

Para solucionar este problema, utilice esta variable JavaScript personalizada como valor del siteSpeedSampleRate campo:

perform() {
  return {{Occasion}} === 'gtm.js' ? 100 : 0;
}

Entonces tu etiqueta se ve así:

Este JavaScript regresa 100 para el evento Todas las páginas (ese es el gtm.js nombre del evento), y 0 para todos los demás desencadenantes.

En otras palabras, solo el activador de todas las páginas enviará la muestra de velocidad del sitio, lo que garantiza que solo se envíe una vez en la página.

Si no tiene los medios para distinguir la primera vista de página de todas las activaciones posteriores, también puede agregar hitDevolución de llamada a su etiqueta de vista de página, que establece una bandera international (o incluso una dataLayer variables) a truelo que indica que la etiqueta se ha activado (al menos) una vez. Entonces puedes usar esta bandera como condición para el siteSpeedSampleRate campo, enviando únicamente el 100 valor si esta bandera es falsa.

3. Configure el nombre del rastreador en su etiqueta GTM

Esta es la forma más arriesgada pero también la más eficaz de solucionarlo. ¿Recuerda que GTM utiliza un nombre de seguimiento único para cada instancia de una etiqueta? Bueno, siempre puedes configurar el Nombre del rastreador campo con algún valor para asegurarse de que cada vez que se activa la etiqueta utilice el mismo objeto de seguimiento. Por lo tanto, la muestra de sincronización de la página solo se envía una vez. Para hacer esto, deberá configurar una de las configuraciones en la etiqueta de vista de página:

Puede configurarlo con el valor que desee, aunque le recomiendo que no lo deje en blanco. Si lo deja en blanco, utilizará el rastreador predeterminado de Common Analytics y puede generar problemas, a menos que esté realmente al tanto de la implementación de GA de su sitio.

Existen riesgos al configurar el campo Nombre del rastreador y le recomiendo que lea mi artículo sobre el tema antes de continuar con el método.

Resumen

Los informes de velocidad del sitio son realmente excelentes, pero es posible que desees revisar tu implementación de Common Analytics para asegurarte de no estar recopilando datos falsos involuntariamente.

Siempre que tenga en cuenta que se recopila la muestra de velocidad de la página una vez por página por rastreadordebería poder identificar si hay problemas en su configuración. En este artículo, describí tres cosas diferentes que puedes probar, pero también hay otros métodos que puedes emplear, con solo un poco de creatividad.

Related Post

Leave a Reply

Your email address will not be published. Required fields are marked *