2011-05-30 14 views
8

He estado tratando de investigar el truco propuesto por Avinash Kaushik en su libro Web Analytics 2.0. Él plantea el problema de que la mayoría de las herramientas de análisis web no pueden registrar el tiempo que un usuario pasó en la última página que visita en un sitio web, o en la única página que visita. En otras palabras, si el usuario llega a la página 1, se crea una marca de tiempo que muestra la hora en que llegó a la página, cuando visita la página 2, se crea una segunda marca de tiempo. El tiempo pasado en la página 1 se puede calcular por marca de tiempo 2 - marca de tiempo 1. Sin embargo, si el usuario cierra la ventana del navegador o navega fuera del sitio web, no hay forma de registrar el tiempo en la página 2. Aquí hay un enlace a este problema en Kaushik .netUtilizando antes el evento de descarga con Google Analytics para registrar salidas de página y por lo tanto registrando con mayor precisión el tiempo de usuario en la página/sitio

standard-metrics-revisited-time-on-page-and-time-on-site

un truco propuesta es usar el evento window.onbeforeunload llamar a un método y empuje el momento en que la página fue descargado a google analytics. Así que he intentado el siguiente código -

window.onbeforeunload = capturePageExit; 
function capturePageExit() 
    { 
    _gaq.push(['_trackPageview', '/page-exit?page=' + document.location.pathname + document.location.search + '&from=' + document.referrer]); 
    return("You are about to close this page"); 
    } 

Usando Firebug puedo ver que se solicita la imagen __utm.gif correcta y los parametros correctos se envían a Google Analytics. Pero es evidente que ahora hay un problema que se invocará en cada descarga de página, por lo que cada visitante aparecerá desde la página1 -> página-salida -> página2 -> página-salida -> página3 -> página-salida ... pero debería obtener un tiempo más preciso en la lectura del sitio, ¿verdad?

Sin embargo, esto se realiza a expensas de datos precisos de resumen de navegación, por lo que no es una buena solución. Lo que sería bueno es si pudiera decir: si el usuario ha hecho clic en el botón de cerrar navegador/pestaña o está navegando fuera de mi sitio, entonces registre la salida de página.

no puedo encontrar una gran cantidad de información acerca de cómo resolver este problema, un montón de discusión acerca de ser conscientes de esta imprecisión en la interpretación de Google Analytics (y la mayoría de análisis web herramientas probablemente), un eslabón más útil es time_on_page_and_time_on_site_how_confident_are_you

Solo quería plantear esto en stackoverflow ya que no puedo encontrar una pregunta similar y comenzar una discusión sobre esto, pero mi interpretación es que realmente no hay una forma de solucionar este problema, pero es mejor tenerlo en cuenta.

alguna idea?

---------------------------------------------- -------- ACTUALIZACIÓN ----------------------------------------- ------------

Aquí hay otro enlace que me fue sugerido desde un blog llamado Savio.no, ¿es este un buen método?

how-to-measure-true-time-with-google-analytics

+2

Esos enlaces ya son bastante antiguos. Sabes que puedes disparar Eventos en lugar de vistas de página antes de descargar, para que no te metas con los informes de tu página ¿no? Pero eso todavía ensucia con sus tasas de rebote. – Eduardo

+0

Eso es un punto justo, sé que ahora son enlaces antiguos y las cosas cambian muy rápido en análisis web. Tiene razón en que el seguimiento de eventos sería menos "corrosivo" para otras métricas. – undefined

+3

El indicador ['opt_noninteraction'] (http://briancray.com/posts/time-on-site-bounce-rate-get-the-real-numbers-in-google-analytics) evita tasas de rebote desordenadas. –

Respuesta

7

Analítica Web no es una ciencia exacta. Los datos son siempre aproximados y la mayoría de las veces se toman muestras.

Las herramientas de análisis web se esfuerzan por precisión no precisión. This whitepaper describe por qué es más importante tener precisión y menos importancia para tener precisión cuando se trabaja con Web Analytics.

Una vez que comprenda la diferencia entre precisión y exactitud, y por qué es importante, comprenderá que no es importante obtener la hora exacta en el sitio, sino una medida precisa que podría expresar tendencias o cambios en esa métrica.

En otras palabras, olvídate de los números absolutos, aprende a informar usando tendencias y cambios.

Otro consejo, no te preocupes ajustando GA para representar cada métrica perfectamente si nunca vas a usarla. Bother con métricas que puede usar. Y con el uso quiero decir Análisis accionable.

Hay, sin embargo, algunos casos en que algunos ajustes de código pueden ayudarlo a medir el tiempo en el sitio. Un claro ejemplo es un weblog. Es posible que desee implementar algo así en un weblog, ya que la mayoría de sus visitas buscarán en su página de inicio, leerán sus publicaciones y luego se irán, todo lo que se hace en la misma vista de página, por lo que puede ser una buena idea disparar un un evento cuando el usuario se va para obtener la hora correcta en el sitio, o tal vez desencadenar un evento cuando el usuario se desplaza más allá de un umbral, al final estará midiendo el mismo ting, si el usuario se desplaza más lee más, y si el el usuario pasa más tiempo y luego lee más. Por lo tanto, puede no tener sentido rastrear esas 2 métricas para medir el mismo efecto. Solo elija uno y quédese con él, déjelo funcionando por un tiempo para crear datos históricos y luego haga uso de él.

Cuestiones relacionadas