Nuevos parámetros en los eventos de Google Analytics 4: batch_ordering_id y batch_page_id ¿Qué significan¿ ¿Qué función tienen?
Google ha añadido recientemente dos nuevos parámetros dentro de todos sus parámetros con la finalidad de tener una mejor seguimiento del comportamiento y tener secuenciado los eventos de forma más eficiente. Son parámetros de uso interno que se pueden ver si exploramos en tiempo real los eventos o si exploramos la información a través de BigQuery.
Los lotes de eventos es algo nuevo en GA4, que no tenía su predecesor GUA, esto es una nueva forma más eficiente de procesar la información recibida en los servidores, dónde los hits en lugar de enviarse individualmente se envía en grupo en un lote. Para tener gestión de estos lotes, almacenarlos y poder gestionar su información se han desarrollado dichos parámetros que a continuación veremos qué contienen.
¿Qué es batch_ordering_id y batch_page_id en GA4?
batch_ordering_id y batch_page_id en GA4 son dos nuevos parámetros que que están asociados a todos los eventos configurados en GA4, tanto los automáticos como los manuales, salvo los eventos que son generados con motivo de pertenencia a una audiencia y que son generados expresamente desde GA4, pero incluso aquellos generados con reglas dentro de GA4 tienen estos parámetros siempre que hayan sido configurados para heredar los parámetros originales.
Si exploramos cualquier evento desde el tiempo real veremos cómo en cada uno de ellos, salvo como hemos indicado los generados por pertenencia a audiencia, tendrá incorporados estos dos parámetros.
¿Para qué sirven los parámetros batch_ordering_id y batch_page_id en GA4?
Como decíamos al comienzo batch_ordering_id y batch_page_id sirven para agrupar la información recibida por lotes en los servidores de almacenamiento de datos de GA4, y con dichos identificadores generan la identificación única de dichos lotes para su posterior análisis. Estos parámetros, como ya ocurre con otros como ga_session_number no están disponibles directamente en la interfaz de GA4 o a través de la API de Explorar o Looker y la única forma de trabajarlos es a través de BigQuery.
batch_ordering_id GA4
batch_ordering_id registra como un contador de elemento, similar al parámetro ga_session_number que permite conocer qué número de sesión ha iniciado dicho usuario, batch_ordering_id cuenta el número de lote en el que se ha enviado el evento correspondiente.
Así, en este lote, todos los eventos enviados timing_complete, FCP y page_view pertenecerán al lote 1.
Y dicho contador se reinicia con cada fracción de tiempo por página, por tanto, ese es el lote uno para un determinado batch_page_id.
Si segundos después se envía otro lote de eventos, el contador comenzará por 1 de nuevo ya que el tiempo habrá cambiado. Los lotes no necesariamente han de ser de varios eventos, pueden ser de un sólo evento.
batch_page_id
batch_page_id se encarga de almacenar el identificador de página asociado al tiempo para crear un valor único sobre el que asociar los indicadores de lotes de eventos. Dado que contiene tiempo y página, lo que almacena es el timestamp por un lado más tres dígitos asociados a la página.
Así pues, siguiendo cualquiera de estos ejemplos, por ejemplo 1708103770992, tenemos la fecha/hora en timestamp 1708103770 que equivale a 16/2/2024, 18:16:10 y 992 que es identificador de página del sitio, de esta forma crear un identificador único para cada segundo y página sobre el que crear lotes por los que agrupar eventos enviados al sistema de almacenamiento.
batch_ordering_id y batch_page_id en BigQuery
Como decíamos al comienzo una forma de explorar dichos valores es a través del tiempo real, pero además con una sencilla consulta podemos extraer dichos datos de BigQuery, siempre que tengamos configurada la exportación en GA4.
En el ejemplo vemos cómo se muestran los diferentes lotes enviados para la página 664 en el timestamp 1708039334 equivalente al 16/2/2024, 0:22:14.
Y si además, le añadimos el nombre del evento podremos componer la secuencia exacta en la que han ocurrido los eventos en la página para tenerlos ordenados, donde como vemos en el primer lote y en primer lugar van los dos eventos por defecto first_visit y session_start y como a partir de éstos ya están los personalizados hasta llegar, no sale en la captura, está en el lote 5, el evento automático user_engagement cuando la sesión ha sido considerada de interacción.
Conclusiones
Así pues, en resumen, ¿qué podemos concluir de los nuevos parámetros de lotes de eventos?
- Que tienen una utilidad interna para que GA4 sea más eficiente a la hora de enviar la infor, almacenarla y gestionarla.
- Que a nivel de análisis desde BigQuery nos permite componer el orden en el que han ocurrido los eventos, además del ya conocido event_timestamp, con estos dos parámetros se facilita la gestión del análisis.
Si has llegado hasta aquí, gracias por la lectura, si te ha resultado útil: califica y comparte el post, y si tienes dudas: comenta o escríbeme directamente.
Especialista en
Google Tag Manager
Google Analtyics 4
Otras entradas relacionadas