> For the complete documentation index, see [llms.txt](https://academy.gopersonal.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.gopersonal.ai/guia-de-usuario/analytics/mediciones-en-ga4/journeys.md). # Journeys Si las URLs de las notificaciones enviadas por los user journeys han sido etiquetadas con parámetros UTM, es posible analizar su rendimiento directamente desde Google Analytics 4 (GA4). Esto permite medir el impacto real de los journeys en términos de tráfico, interacción y conversiones, con las mismas métricas con las que el negocio mide el resto del sitio. Mediante GA4 se puede: * Identificar el tráfico generado por las notificaciones de los journeys, separado del resto de las campañas. * Analizar el comportamiento de los usuarios que ingresan al sitio o a la app desde un journey, incluyendo sesiones, eventos, engagement y tiempo de interacción. * Comparar el rendimiento de distintos journeys entre sí a través de `utm_campaign`. * Comparar el rendimiento de los distintos mensajes **dentro de un mismo journey** —el primer email, el recordatorio, cada rama de un A/B test— a través de `utm_content`. * Medir conversiones asociadas a los journeys, como compras, registros u otros eventos clave configurados en GA4. {% hint style="info" %} A diferencia de un broadcast, que es un envío puntual, un journey es un flujo que se ejecuta de forma continua y puede enviar **varias notificaciones distintas** a lo largo del recorrido. Por eso la convención de etiquetado es clave: sin un `utm_content` que distinga cada mensaje, todo el journey se lee como un único bloque de tráfico y se pierde justamente lo que interesa analizar. {% endhint %} ### Requerimientos Para poder construir estos reportes, las notificaciones del journey deben tener sus URLs etiquetadas con UTMs. | Canal del journey | Cómo se etiqueta | | ------------------ | --------------------------------------------------------------------- | | Email | Desde la opción **Usar parámetros UTM** del componente de Email | | Web Push, App Push | Agregando los parámetros manualmente en la URL de destino del mensaje | | SMS, WhatsApp | Agregando los parámetros manualmente en la URL incluida en el texto | En el canal **Email**, al activar **Usar parámetros UTM** los parámetros se agregan automáticamente a **todos los enlaces del cuerpo del mensaje**, sin necesidad de etiquetar cada URL a mano. Ver [Parámetros UTM](/guia-de-usuario/broadcasts/nuevo-broadcast/email/parametros-utm.md). {% hint style="warning" %} Los UTMs se configuran **por componente de notificación**, no por journey. Si un journey envía tres emails, hay que activar y configurar los parámetros en cada uno de los tres. Sin estos parámetros, GA4 no puede distinguir el tráfico proveniente de los journeys y lo atribuye al canal por defecto que corresponda. {% endhint %} ### Convención de etiquetado sugerida para journeys Para que los reportes en GA4 sean legibles, conviene definir una convención antes de empezar a etiquetar: * `utm_source`: **gopersonal**. Identifica a la plataforma como origen del tráfico. Es el valor que viene por defecto. * `utm_medium`: el canal de la notificación —`email`, `web_push`, `app_push`, `sms`, `whatsapp`—. Permite comparar el rendimiento por canal dentro de un mismo journey. * `utm_campaign`: el **nombre del journey**, por ejemplo `carrito_abandonado` o `bienvenida`. Es lo que permite comparar journeys entre sí. * `utm_content`: el **mensaje puntual dentro del flujo**, por ejemplo `email_1`, `recordatorio_48h` o `variante_a`. Es lo que permite ver qué paso del journey aporta el tráfico y las conversiones. {% hint style="info" %} Conviene reservar `utm_campaign` para el journey y no para el canal: si se usa un `utm_campaign` distinto en cada notificación, deja de ser posible leer el journey como una unidad. Si el journey incluye un [A/B testing de caminos](/guia-de-usuario/journeys/editor-workflow/control-de-flujo/a-b-testing-de-caminos.md), usar `utm_content` para diferenciar las variantes permite comparar su rendimiento directamente en GA4. {% endhint %} ### Paso a paso: Cómo analizar journeys en GA4 #### 1. Verificar que las notificaciones estén etiquetadas con UTMs Antes de realizar cualquier análisis, confirmar que las notificaciones del journey incluyan los parámetros UTM, por ejemplo: * `utm_source=gopersonal` * `utm_medium=email` * `utm_campaign=carrito_abandonado` * `utm_content=recordatorio_48h` Una forma rápida de validarlo es enviarse una prueba del journey y revisar los enlaces del mensaje recibido. #### 2. Acceder al informe de Adquisición de tráfico 1. Ingresar a Google Analytics 4. 2. Seleccionar la propiedad correspondiente. 3. Ir al menú **Informes**. 4. Acceder a **Adquisición → Adquisición de tráfico**. Este informe muestra cómo llegan los usuarios al sitio o a la app, incluyendo las campañas etiquetadas con UTMs.
#### 3. Aislar el tráfico proveniente de los journeys Dentro del informe **Adquisición de tráfico**: 1. Utilizar el selector de dimensión principal. 2. Seleccionar **Campaña de sesión** (`Session campaign`) o **Fuente / medio de sesión**. 3. Filtrar por los valores definidos en los UTMs, por ejemplo: * `utm_source = gopersonal` para ver todo el tráfico de la plataforma. * `utm_campaign = carrito_abandonado` para aislar un journey en particular. * `utm_medium = email` para quedarse con un canal dentro de ese journey.
#### 4. Analizar métricas clave de engagement Una vez filtrado el tráfico del journey, revisar métricas como: * Usuarios * Sesiones * Sesiones con interacción * Tasa de interacción * Duración media de la sesión * Eventos por sesión Estas métricas ayudan a entender la calidad del tráfico que genera el journey y el nivel de interés que despierta el mensaje.
#### 5. Medir conversiones asociadas al journey 1. Dentro del mismo informe, agregar o visualizar la métrica **Eventos clave** (conversiones). 2. Verificar que los eventos relevantes —por ejemplo `purchase`, `add_to_cart`, `sign_up`— se activan desde el tráfico del journey. 3. Comparar el volumen de conversiones entre distintos journeys, canales o mensajes. De esta forma se puede evaluar el impacto real de los journeys en los objetivos de negocio.
#### 6. Comparar mensajes dentro de un mismo journey Este es el análisis más específico de journeys, y el que no aplica a un broadcast: 1. Filtrar por el `utm_campaign` del journey. 2. Cambiar la dimensión principal —o agregar una dimensión secundaria— a **Contenido de la campaña de sesión** (`Session manual ad content`), que corresponde al `utm_content`. 3. Comparar el tráfico, el engagement y las conversiones de cada mensaje del flujo. Esto permite responder preguntas como qué paso del recorrido aporta más conversiones, si el recordatorio agrega valor o canibaliza al primer envío, y qué variante de un A/B test funciona mejor.
#### 7. Analizar la evolución en el tiempo Como los journeys se ejecutan de forma continua, el tráfico no aparece como un pico puntual —como en un broadcast— sino como un flujo sostenido. Conviene: 1. Seleccionar un rango de fechas amplio. 2. Revisar la evolución del tráfico del journey a lo largo del período. 3. Contrastar las caídas o subidas con los cambios hechos sobre el journey, como pausas, ediciones del contenido o cambios en el trigger. #### 8. Crear una exploración personalizada (opcional) Para análisis avanzados: 1. Ir a **Explorar**. 2. Crear una **Exploración libre**. 3. Usar dimensiones como: * Fuente / medio * Campaña * Contenido de la campaña * Nombre del evento 4. Agregar métricas de usuarios, sesiones y eventos clave. Las exploraciones permiten cruzar el tráfico de los journeys con comportamientos específicos dentro del sitio o la app. ### Diferencias con el dashboard de Journeys de gopersonal Ambas mediciones son complementarias, pero **no son comparables número a número**, porque atribuyen de forma distinta: * El [dashboard de Journeys](/guia-de-usuario/analytics/journeys.md) atribuye una compra al journey según el criterio elegido —journey completado, apertura o click en notificación— dentro de la ventana de atribución seleccionada, incluso si el cliente no llegó al sitio desde el link de la notificación. * GA4 atribuye la sesión y sus conversiones a la campaña con la que el usuario **efectivamente ingresó al sitio**, siguiendo su propio modelo de atribución. Como consecuencia, GA4 no ve las conversiones de clientes que recibieron la notificación y luego entraron al sitio por otro camino, mientras que el dashboard de gopersonal sí las cuenta. Conviene usar cada uno para lo que mejor responde: el dashboard de gopersonal para medir el rendimiento del journey en sí, y GA4 para leer el tráfico que genera con el mismo criterio que el resto del sitio.