Segmentos basados en eventos, la manera correcta de hacerlos

Índice de contenidos

En este post vamos a explicar cómo realizar segmentos basados en eventos de la manera correcta (si usas los segmentos secuenciales, no hace falta que sigas leyendo).

En Google Analytics, la manera de medir las  acciones de los usuarios en nuestras páginas es mediante eventos. Gracias a estos, podemos saber, cuántos usuarios visualizan un video, usan los filtros de nuestro buscador, lo abajo que llegan haciendo scroll en nuestros contenidos o bien, si agregan productos a una lista de deseados.

Una vez que estamos midiendo las acciones del usuario, podemos crear segmentos basados en eventos. De esta manera, podríamos analizar por ejemplo si los usuarios que visualizan los videos en la ficha de un producto, convierten mejor que aquellos que no los visualizan.

Imaginemos la siguiente situación, tengo un sitio de ecommerce en cuyo listado de productos tengo un filtro que permite filtrar, entre otros criterios,  por precio. También tengo un selector de orden que permite ordenar igualmente por precio.

ecommerce filtros
Ejemplo de listado de productos con filtro y selector de orden

Para realizar un seguimiento de ambos elementos, uso eventos. La estructura que he definido es la siguiente:

  • Para el filtro:  Categoría -> Filtro listado, Acción -> Filtro usado, Etiqueta -> Valor seleccionado
  • Para la ordenación: Categoría -> Orden listado, Acción -> Criterio usado

Ahora imaginemos también, que 2 usuarios entran en mi sitio. El usuario A, filtra por color y luego ordena por precio. El usuario B, realiza un filtrado por precio.

Esto daría como resultado el siguiente informe:

detalle filtros
Los 3 eventos generados por nuestros 2 usuarios

Si ahora quisiéramos crear un segmento de sesiones donde se ha producido el evento de filtrar por precio, seguramente haríamos algo parecido a esto:

crear segmento
Segmento de eventos que han usado el filtro de precio

Y si eres de los que crees que este segmento te servira entonces…

No sabes nada John Snow

Cómo podemos ver en la siguiente imagen, el segmento anterior recoge las sesiones del Usuario A (incorrecto) y del Usuario B, ¿por qué pasa esto?. El motivo es que cuando creamos un segmento basado en condiciones (de sesión en este caso) como el anterior, lo que realmente estamos diciendo es:

Quiero sesiones donde ha ocurrido un evento con una categoría «filtro listado» y, donde ha ocurrido un evento con una acción «por precio» pero no necesariamente en el mismo evento.

segmentos basados en eventos
Usuarios que se incluyen si creamos un segmento «normal» de condición

 

En este caso, el Usuario A, a pesar de no haber filtrado por precio, cumple con esta condición ya que tiene un evento con la categoría «filtro listado» y otro con una acción «por precio» dentro de una misma sesión (y por lo tanto cumple las condiciones del segmento)

Si queremos realmente seleccionar únicamente los usuarios que han hecho uso del filtro por precio, tendríamos que usar un segmento secuencial. Un segmento secuencial establece, como su nombre indica, una secuencia de hits que debe ser cumplida para que un usuario entre en el mismo.

El kit en este caso es que cada bloque de la secuencia debe ser un hit único, con lo cual si replicamos el segmento anterior como un segmento de secuencia nos quedaría:

segmentos basados en eventos
Segmento de sesiones donde el usuario ha usado el filtro de precio de la manera correcta

Como vemos, con este segmento únicamente recogeremos el Usuario B, que es quien realmente usó el filtro por precio.

segmentos basados en eventos
Usuarios que se recogen si creamos un segmento de evento como secuencia

Espero que el post te haya aclarado un error bastante común a la hora de realizar segmentos basados en  eventos. Si quieres compartir otros usos de segmentos de secuencias, hazlo en los comentarios

 

Share on facebook
Share on twitter
Share on linkedin
Share on email
3 min
Suscríbete a nuestra newsletter

Los mejores artículos de analítica digital para potenciar tu negocio.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Entradas relacionadas

Guía básica de ungit, herramienta de control de versiones en datalab

Ungit es la herramienta de control de versiones de código abierto que viene directamente integrada en DataLab, de Google Cloud Platform. En este post encontrarás una guía básica de cómo utilizar ungit y los conceptos clave sobre control de versiones. Si quieres saber más sobre Datalab te recomendamos que veas nuestro post: ¿Qué es google

Guía básica para crear una propiedad Google Analytics 4

Google Analytics 4 (GA4) es la nueva generación de Google Analytics, antes conocida como Google Analytics App+Web. El lanzamiento de GA4 comporta la llegada de nuevos informes y capacidades que dan más potencia a tu herramienta de analítica. Para empezar a familiarizarte con ella, te explicamos paso a paso cómo crear una propiedad GA4 y

Todo lo que necesitas saber sobre el lanzamiento de GTM server-side

Hasta ahora, las soluciones de tag managers como GTM se basaban en inyectar una librería y procesar toda la información en el navegador, ejecutando las solicitudes de seguimiento directamente desde el lado del cliente (navegador) a servidores de terceros. Con la llegada del nuevo contenedor de GTM server-side se agrega una capa adicional de administración

BigQuery Omni: nueva herramienta multi-cloud de GCP para el análisis de datos

Lanzamiento BigQuery Omni BigQuery Omni de Google Cloud es una nueva solución multi-cloud de análisis de datos, impulsada por Anthos, la plataforma de Google que integra aplicaciones híbridas y multi-cloud.  Omni permite a los usuarios ejecutar BigQuery para analizar datos de las nubes de Amazon AWS y Microsoft Azure.  El coste de mover datos entre

Ir arriba

Esta web utiliza ‘cookies’ de terceros. Al clicar aceptar está aceptando el uso que realizamos de las cookies. Para más información puede consultar nuestra Política de cookies