Uno de los mitos que rodean Google analitico ¿Es ese el primer golpe de un? sesión Siempre debería ser un vista de paginaTiene sentido: las sesiones se inicializan con una página de destino. páginay por lo tanto necesitan una página vista para tener uno.
Sin embargo, en este artículo quiero mostrarles empíricamente cómo este mito es sólo eso: un mito.
Hay Poco impacto perceptible Si el primer hit de una sesión es un evento, GA es más que capaz de unir el primer evento con la página vista subsiguiente en un sesión entidad.
Las tres repercusiones que pude encontrar fueron:
-
Entradas y Sesiones No coincide con el Página dimensión. Ver aquí para algunos detalles también.
-
Flujo de comportamiento El informe atribuye la página del evento como la “Página de destino” y la página enviada con la página vista como la “Página de inicio”.
-
Ubicación de finalización del objetivo para un objetivo de evento establecido para el evento en cuestión muestra
(entrance)
Si el evento fue el primer hit de la sesión.
Exploraré estos temas más adelante en el artículo.
X
El boletín informativo de Simmer
Suscríbete a la Boletín informativo de Simmer ¡Para recibir las últimas noticias y contenidos de Simo Ahava en tu bandeja de entrada de correo electrónico!
Configuración de prueba
Así es como lo probé. Creé cuatro casos de prueba. Cada par de visitas a la página de evento se incluyó en su propia sesión (usando el sessionControl
parámetro).
Todos los eventos fueron enviados desde la página /
mientras que las visitas a la página siempre tenían un parámetro de página diferente. Esto se hizo principalmente para ver el impacto del evento. web page
parámetro sobre la ubicación de finalización del objetivo (no había ninguno).
También creé un Objetivo del evento que coincidió con todos los eventos enviados con esta prueba.
Aquí están los casos de prueba:
-
No interactivo evento Como el primer golpe, vista de pagina en
/test-event-1
como el segundo golpe. -
Evento interactivo Como el primer golpe, vista de pagina en
/test-event-3
como el segundo golpe. -
Vista de pagina en
/test-event-5
Como el primer golpe, evento no interactivo como el segundo golpe. -
Vista de pagina en
/test-event-7
Como el primer golpe, evento interactivo como el segundo golpe.
Así es como se veía un comando de muestra. Esto es para el primero caso de prueba:
ga('create', 'UA-XXXXXX', {title: 'check'});
ga('check.ship', 'occasion', 'eventFirstHit', 'nonInteractive', 'noPath', {nonInteraction: true, sessionControl: 'begin', campaignSource: 'test_event_1', campaignMedium: 'test_event_1'});
ga('check.ship', 'pageview', {web page: '/test-event-1'});
La primera línea crea el rastreador.
La segunda línea envía el evento. Puedes ignorarlo. noPath
etiqueta y la campaignSource/Medium
parámetros: solo se usaron para controlar el análisis de pruebas en GA.
Esto es lo que el cuatro El código del caso de prueba se veía así:
ga('create', 'UA-XXXXXX', {title: 'check'});
ga('check.ship', 'pageview', {sessionControl: 'begin', web page: '/test-event-7', campaignSource: 'test_event_7', campaignMedium: 'test_event_7'});
ga('check.ship', 'occasion', 'eventNotFirstHit', 'Interactive', 'noPath');
Resultados
Aquí están los resultados de la prueba.
Lo primero que hay que tener en cuenta es que Ninguno de los casos de prueba produjo una sesión con Touchdown Web page (not set)
Eso es una pista falsa. Lo comentaré brevemente en el artículo. Siguiente capítulo.
Caso de prueba 1
Artículo | Descripción |
---|---|
1er golpe | Evento no interactivo en / |
2do golpe | Página vista en /test-event-1 |
Página de destino | /test-event-1 |
Ubicación de finalización del objetivo | (entrance) |
Métricas de sesiones | /test-event-1 : 0, / : 1 |
Entradas métricas | /test-event-1 : 1, / : 0 |
Caso de prueba 2
Artículo | Descripción |
---|---|
1er golpe | Evento interactivo sobre / |
2do golpe | Página vista en /test-event-3 |
Página de destino | /test-event-3 |
Ubicación de finalización del objetivo | (entrance) |
Métricas de sesiones | /test-event-3 : 0, / : 1 |
Entradas métricas | /test-event-3 : 1, / : 0 |
Caso de prueba 3
Artículo | Descripción |
---|---|
1er golpe | Página vista en /test-event-5 |
2do golpe | Evento no interactivo en / |
Página de destino | /test-event-5 |
Ubicación de finalización del objetivo | /test-event-5 |
Métricas de sesiones | /test-event-5 : 1 |
Entradas métricas | /test-event-5 : 1 |
Caso de prueba 4
Artículo | Descripción |
---|---|
1er golpe | Página vista en /test-event-7 |
2do golpe | Evento interactivo sobre / |
Página de destino | /test-event-7 |
Ubicación de finalización del objetivo | /test-event-7 |
Métricas de sesiones | /test-event-7 : 1 |
Entradas métricas | /test-event-7 : 1 |
Resumen de resultados
Como puede ver, incluso si el evento se envió como primer hit de una sesiónno provocó la implosión del cosmos. Google Analytics puede crear la sesión de todos modos, tratando el evento como el primer golpe de la sesión y agregar visitas posteriores (otros eventos, visitas a la página) a la sesión normalmente.
Los principales impactos de enviar un evento como primer hit de una sesión son:
-
El Página de destino está asociado con el primera página vista de la sesión. La página enviada con el evento hit no puede ser la Touchdown Web page.
-
Al realizar una consulta sobre el Página dimensión, la Entrada siempre se incrementa para la página enviada con el vista de paginapero el Sesiones La métrica se incrementa para el primer impacto, ya sea interactivo o no interactivo.
-
Ubicación de finalización del objetivo siempre será la URI del más reciente vista de pagina enviado antes de que se completara el objetivo del evento. Si el evento es el primer hit de la sesión, no hay ninguna página vista anterior, por lo que la finalización del objetivo ocurre en
(entrance)
.
Página de destino (no configurada)
Una pista falsa que rodea a los eventos y las visitas a la página es que enviar un evento como el primer hit de una sesión da como resultado el Página de destino dimensión que muestra (not set)
Esto es algo que Google Tag Assistant advierte sobre.
La página de destino será (not set)
Sólo si la sesión no tuvo NINGUNA página vistaDado que la página de destino siempre es la URI de la primera página vista enviada en la sesión, una sesión sin páginas vistas no tendrá página de destino.
Enviar un evento como primer hit de una sesión no implica automáticamente que la sesión no tendrá páginas vistasAfirmar lo contrario es una no lógico.
Tenga en cuenta que si tiene cualquier eventos que se activan en tu página, siempre correrás el riesgo de tener sesiones con solo eventosTodo lo que se necesita es que el usuario se tome un descanso de 30 minutos después de que se envió la vista de página y luego se desplace hacia abajo en la página, lo que activa un evento de desplazamiento usted ha configurado
Esto iniciará su propia sesión (ya que la anterior expiró después de la Tiempo de espera de 30 minutos se alcanzó). Si este evento de desplazamiento no es seguido por una vista de página dentro del período de tiempo de espera de la sesión, el evento se incluirá en su propia sesión con la página de destino. (not set)
.
Pero, si el evento es seguido por una página vista antes de que expire el tiempo de espera de la sesión, la página de destino será la ruta de la página vista. Recuerde eso.
Sesión con solo eventos no interactivos
De manera comparable, una sesión con solo eventos no interactivos tendrá una Touchdown Web page de (not set)
.
Sin embargo, a diferencia de las sesiones con solo eventos interactivos (o una combinación de interactivos y no interactivos), las sesiones con solo eventos no interactivos no incrementar el Sesiones métrica, ya que eso requiere un impacto interactivo. hacer incrementar el Usuarios métrica, por lo que a veces verás más Usuarios que Sesiones.
Pero aún así, esto no tiene relación con que los eventos se activen antes de la vista de página cuando se inicia una sesión.
Resumen
Como muestran mis pruebas anteriores, es Está bien que un evento preceda a la visita a la página Cuando comienza una sesión, no tienes que apresurarte. secuenciación de etiquetas en Administrador de etiquetas de Google Para solucionar este “problema” las implicaciones no son graves en absoluto.
Entonces, ¿por qué se sigue advirtiendo sobre esto? Bueno, además de no entender cómo funcionan las sesiones, hay algo de cierto en ser cauteloso si tiene eventos que pueden activarse antes de la vista de página en cualquier página determinada. Es potencialmente peligroso si Establece parámetros de campaña con el hit de página vista que faltan en el hit de evento.
Desde el vista de pagina es el nexo de la sesión de Google Analytics, por lo que se pone mucho cuidado en asegurarse de que la visita a la página tenga todas las modificaciones necesarias de sesión, campaña y cookies. Este enfoque desequilibrado puede ser problemático en Google Tag Supervisor, donde cada visita tiene su propia y única objeto rastreadory por lo tanto los hits no heredar cualquier cosa, desde un rastreador común, como con análisis.js y gtag.js.
En otras palabras, puede modificar su visita a la página para incluir campos que definen la campaña, como campaignSource
y campaignMedium
o puede modificar su campo Ubicación del documento para que tenga Parámetros UTM anexado manualmente a la cadena URL. O bien, puede reescribir el clientId
campo en la página vista impacta solo.
La clave aquí es consistenciaCualquier modificación de los parámetros de campaña o sesión en visitas o etiquetas individuales debe aplicarse a todas las visitas o etiquetas que puedan activarse en la misma página.
Dado que un evento impacta es Capaz de crear y completar una sesión por sí soloEs elementary que el impacto del evento refleje la configuración de la campaña del impacto de la página vista, y viceversa.
Si lo hace, evitará que se inicien sesiones no autorizadas simplemente porque un evento tuvo una configuración de campaña totalmente diferente a la del evento de visualización de página. En Google Tag Supervisor, la mejor manera de mitigar esto es usar el Variable de configuración de Google Analytics.
¿Crees que me he olvidado de algo essential en esta prueba? Házmelo saber en los comentarios.