Analítica web
Reflexiones desde el mercado español de Analítica Web

IBM Tealeaf, introducción a los eventos

Se lee en 4 minutos

IBM Tealeaf tiene como objetivo, a través de la grabación de la sesión del usuario (capturando el DOM de la página), y con el posterior análisis, encontrar errores, limitaciones y, en definitiva, puntos de acción para mejorar tanto la experiencia de usuario como los KPIs básicos de negocio.

Una vez introducidos en la herramienta y también en la eterna duda de si estamos ante una herramienta de Web Analytics o de Customer Experience (recomendable publicación de mi compañero Sergio), vamos a adentrarnos en este post en lo que es sin duda alguna el pilar de esta herramienta, los eventos.

Como comentábamos anteriormente, IBM Tealeaf se basa en la captura de todos los hits que se producen a lo largo de la sesión del usuario, por tanto, en inicio, se dispone de una gran cantidad de información sobre la cual es necesario actuar de algún modo para poder sacarle partido.

Esa palanca, son los eventos, base de cualquier informe que se quiera consultar en IBM Tealeaf.

Los eventos monitorizan cada uno de los activos en cuestión mediante la búsqueda de determinadas condiciones, y se graban cuando esa condición se cumple pudiendo, además, almacenar información.

Son la base para:

  • Identificar comportamientos: una vez establecidos, podremos ver cuántas veces o bajo qué circunstancias se produce determinada acción.
  • Configurar alertas: se podrán programar alertas en función de si determinado evento ocurre un número de veces por debajo o por encima de determinado umbral.
  • Reproducción de sesiones mediante la herramienta de búsqueda: a través de la consola de búsqueda es posible filtrar aquellas sesiones que se ajustan a determinados patrones, fijados mediante segmentos, y visualizar las grabaciones específicas que sigan ese patrón. Un claro ejemplo, visualizar qué pasa en las sesiones en las que el evento “clic en pagar con tarjeta de crédito” se ha grabado más de 3 veces.
  • Configuración de informes: es posible ver la información asociada a cualquier evento mediante la interfaz de reporting, donde se pueden construir funnels y dashboards combinando eventos y dimensiones.
IBM-CA-mockup
Interfaz de reporting de IBM Tealeaf

Los eventos se configuran siempre dando respuesta a dos preguntas:  

  • Bajo QUÉ condiciones se da el evento (ej: url, navegador específico, mensaje de error, etc.)
  • CUÁNDO se tiene que producir (ej: en la primera página de la sesión, en cada hit, etc.)

Una vez que ambas condiciones se dan (QUÉ y CUÁNDO), el evento ha de tomar valor y, en ese punto, es posible realizar tres diferentes acciones:

  1. Incrementar un contador (sería lo más similar a las métricas de tipo evento más habitualmente utilizadas en Adobe Analytics).
  2. Asignarle otro valor al evento (como el precio del carrito de compra).
  3. Establecer una dimensión, asociada a la consecución de un evento y su valor.

En cuanto a los tipos de eventos a tener en cuenta, podemos destacar tres tipos denominados Struggle Events, muy característicos de esta herramienta, especialmente útiles a la hora de determinar patrones de comportamiento del usuario durante la sesión y, quizás los que más pueden marcar la diferencia respecto a otras herramientas enmarcadas en la disciplina de Web Analytics e incluso de Customer Experience Management.

Struggle Events, los 3 tipos:

  • Thrashing events

Se lanzan cuando una determinada acción ocurre un número de veces por sesión previamente indicado. El output sería un evento de tipo contador que incrementase su valor en uno cuando, por ejemplo, durante una sesión se hiciese clic tres o más veces en el botón “Pagar”. Este evento está muy enfocado a la detección de posibles anomalías en el funcionamiento de la página.

  • Sequence events

Evaluan cada condición según el orden establecido a la hora de definir el evento, con la finalidad de detectar acciones que se producen en determinado orden. Ejemplo: usuario que visualiza la página de ayuda justo después de llegar a la cesta de compra.

  • Distance events

Se lanzarán en función de la “distancia” en tiempo (segundos) o en número de hits existente entre otros dos eventos, previamente definidos. Este es, por tanto, un evento que requiere de otros dos para existir. Este tipo de eventos puede ser de utilidad, entre otros casos, para detectar aquellos puntos del proceso de compra que generan cierta confusión, ya que el usuario llega del punto A al punto B en un tiempo muy alto, o bien realizando más interacciones con la página de la, a priori, debida.

Veamos para finalizar, un ejemplo muy simple, intentando aglutinar todo lo descrito anteriormente.

Imaginemos una página de un proceso de compra online en la que se puede introducir un cupón de descuento. A partir de las capturas del DOM que tengamos de todos los usuarios que hayan llegado a esa página, podríamos dar valor a un evento cada vez que se haga clic en el botón “Validar cupón”, lo cual si a este evento le damos un valor numérico (similar al contador habitual de Adobe Analytics), nos daría una métrica utilizable en los informes como el número de veces que se ha realizado dicha acción, en este caso, la inclusión de un cupón.

Adicionalmente, podríamos definir una dimensión en la que se almacene el nombre del cupón introducido y, además, definir un thrasing event que se configurará para que se grabe sí y solo sí un usuario, durante una misma sesión, interacciona más de 3 veces con el cupón de validar cupón.

Con estos eventos y dimensiones tendríamos un abanico de posibilidades, tanto de configuración de informes y alertas en bases a ellos, como de reproducción de sesiones de aquellos usuarios que para por ejemplo, un determinado código usado, hayan generado un thrasing event en su sesión.

En resumen, la definición de eventos es la base de todo análisis procedente de Tealeaf, por tanto, es fundamental que dicha definición atienda a las necesidades del negocio, y los eventos se configuren en consecuencia, de tal manera que aporten el mayor valor posible.

Escribe tu comentario

2 × 1 =

Navegar