Así que aquí estamos de nuevo. Análisis common y Administrador de etiquetas de Googleel dúo dinámico, listo para atacar de nuevo.
Primero, recuerde consultar mis dos consejos anteriores para el uso de UA y GTM en escenarios personalizados:
En este submit, visito la thought de tasa de rebote ajustadaque encontré hace un año en el Google Analytics weblog.
La tasa de rebote ajustada básicamente se refiere a modificar el método tradicional de recopilación de la tasa de rebote (impactos de participación única / visitas totales) para que las visitas que solo incluyeron una vista de una sola página no cuenten para un rebote, siempre que cumplan con algunos requisitos cualitativos.
Por cierto, mira esto. gran publicación sobre la tasa de rebote por Yehoshua Coren si necesita un repaso sobre lo que significa el término.
Para estos eventos personalizados, uso el contenedor de eventos genérico que creé en mi publicación anterior.
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.
El método fácil: duración de la visita
Este es el más fácil de implementar. También es el que aparece en la publicación del weblog de Google Analytics al que me referí anteriormente.
Lo que hace es disparar un establecerTiempo de espera() método tan pronto como la página se haya cargado. Si el cronómetro se agota (el tiempo es de 30 segundos en este script), se activa un evento de interacción, lo que significa que la visita no se cuenta como un rebote.
El resultado last es este:
Y aquí se explica cómo hacerlo.
Pasos:
- Cree una nueva etiqueta personalizada llamada “Tiempo de permanencia”
- Establecer tipo de etiqueta como etiqueta HTML personalizada
- Agregue el siguiente código en el campo HTML:
<script>
setTimeout("dataLayer.push({ 'occasion': 'GAEvent', 'eventCategory': 'NoBounce', 'eventAction': 'Over 30 seconds' })", 30000);
script>- Agregar {{evento}} es igual a gtm.dom como regla de despido
- Guardar etiqueta
- Guardar contenedor y publicar
Mira, te dije que period fácil. Lo que sucede aquí es que después de que se haya cargado el DOM (la regla de activación), se inicia un cronómetro. Si el usuario permanece en la página cuando suena el temporizador, se activa el evento. recuerda, tu Necesito el contenedor de eventos genérico para que esto funcione.. Así que recuerda revisar mi publicación anterior para obtener instrucciones sobre cómo construirlo (¡es fácil, lo prometo!).
Este método se inspiró en una publicación de Google+ que encontré Avinash Kaushikdonde detalló un guión escrito por Nick Mihailovski. Este script se usa ampliamente aquí, con solo la llamada del evento en un formato diferente (para admitir UA y GTM).
Lo que sucede aquí es que el detector de eventos espera un evento de desplazamiento (por lo que en realidad desplaza la página hacia abajo) y luego activa el evento de no rebote. ¡Interesante! La afirmación es que si te desplazas, lees, y si lees, estás comprometido (con el contenido).
Pasos:
- Crea una nueva etiqueta “Desplazarse por la página”
- Establecer tipo de etiqueta como etiqueta HTML personalizada
- Agregue el siguiente código en el campo HTML
<script>
window.addEventListener ?
window.addEventListener('scroll', testScroll, false) :
window.attachEvent('onScroll', testScroll);
var scrollCount = 0;
perform testScroll() {
++scrollCount;
if (scrollCount == 2) {
dataLayer.push({ 'occasion': 'GAEvent', 'eventCategory': 'NoBounce', 'eventAction': 'Scrolled the web page' });
}
}
script>- Colocar {{evento}} es igual a gtm.dom como regla de despido
- Guardar etiqueta
- Guardar contenedor y publicar
Y ya está. Entonces, lo que hace el script es medir si se produce un evento de desplazamiento durante la visualización de la página. Si es así, el evento se dispara. Tenga en cuenta que no lively el evento con cada desplazamiento posterior, para que no tenga que preocuparse por obstruir sus cuotas de 500 eventos por sesión.
Por supuesto, esto no es infalible. Simplemente comprueba si el usuario se desplaza. Lo que esto SÍ evita es el cálculo erróneo de la duración de la visita a la página si el usuario simplemente abre la página en una pestaña separada y la deja así. Ahora realmente necesitas interacción, aunque sea mínima, para producir un compromiso y neutralizar el rebote.
El método avanzado: carga de página Y desplazamiento
Entonces, ¿qué hay de medir si hubo un evento de desplazamiento? y ¿La duración de la visita a la página fue superior a 30 segundos? ¿No sería esa una forma aún mejor de calcular el compromiso? Creo que sí. Así que esto es lo que debes hacer. Primero, asegúrese de que las dos etiquetas que acaba de crear estén no activo (de lo contrario, enviará múltiples eventos que destruyan los rebotes).
Pasos:
- Crear nueva etiqueta “Permanecer y desplazarse”
- Establecer tipo de etiqueta como etiqueta HTML personalizada
- Agregue el siguiente código en el campo HTML:
<script>
(perform() {
var visitTookTime = false;
var didScroll = false;
var bounceSent = false;
var scrollCount = 0;
setTimeout(timeElapsed, 30000);
window.addEventListener ?
window.addEventListener('scroll', testScroll, false) :
window.attachEvent('onScroll', testScroll);
perform testScroll() {
++scrollCount;
if (scrollCount == 2) { didScroll = true };
sendNoBounce();
}
perform timeElapsed() {
visitTookTime = true;
sendNoBounce();
}
perform sendNoBounce() {
if ((didScroll) && (visitTookTime) && !(bounceSent)) {
bounceSent = true;
dataLayer.push({
'occasion': 'GAEvent',
'eventCategory': 'NoBounce',
'eventAction': 'Time spent and web page scrolled'
});
}
}
})();
script>- Colocar {{evento}} es igual a gtm.dom como regla de despido
- Guardar etiqueta
- Guardar la versión del contenedor y publicar
Aquí el cronómetro comienza primero. Tan pronto como llega a los 30 segundos, llama al método sendBounce(). Este método comprueba si el usuario también se ha desplazado y, si lo ha hecho, se activa el evento. Tenga en cuenta que también me aseguro de que el evento se envíe solo una vez con la variable booleana reboteEnviado.
Cuando el usuario se desplaza, se llama al mismo método y se realiza la misma comprobación.
Entonces hay cuatro escenarios diferentes resultantes de este script:
- El usuario no se desplaza, pero permanece en la página durante 0 a infinitos segundos y el evento no se activa (la visita es un rebote)
- El usuario se desplaza, pero el cronómetro no se ha disparado y el evento no se activa (la visita es un rebote)
- El cronómetro suena, el usuario ya se ha desplazado y el evento se activa (la visita no es un rebote)
- El usuario se desplaza, el cronómetro suena y se activa el evento (la visita no es un rebote)
En mi opinión, una forma mucho más saludable de calcular la tasa de rebote ajustada.
Conclusión
La forma de medir la tasa de rebote siempre debe estar en relación con los objetivos que establezca para una página o para su sitio. Si el compromiso es importante, recuerde agregar llamados a la acción claros, para no tener que recurrir a ajustes artificiales como los que se describen en esta publicación.
Sin embargo, para un weblog easy como este, medir la participación mediante una combinación de tiempo de visita e interacción de desplazamiento es probablemente una buena manera de obtener una métrica más realista para rastrear la calidad de las visitas.
Un método aún más avanzado (y cualitativo) sería ver dónde se desplaza el usuario a. ¿Está hasta el last del submit o solo el primer párrafo? En otras palabras, ¿el usuario leer o simplemente hojear. Ésa es una pregunta essential y tal vez vuelva a abordar el tema en una publicación posterior.