Nuevo algoritmo OWOX BI para recopilar datos de sesión

El cambio es constante; esta es nuestra realidad, ya veces es difícil de aceptar. Pero los cambios que queremos compartir con usted impresionarán a todos y cada uno de los usuarios de OWOX BI.

Es posible que ya sepa que OWOX BI ha cambiado recientemente la lógica de recopilación de datos de sesión; las nuevas funciones han estado disponibles para todos los usuarios desde el 1 de marzo. En este artículo, le brindaremos más información sobre nuestras nuevas funciones y cómo pueden beneficiar a su empresa.

Anteriormente, OWOX BI creaba tablas de sesión en Google BigQuery utilizando datos de sesión de Google Analytics. Por un lado, este enfoque aseguró un ajuste completo de los datos entre las fuentes. Por otro lado, parte de los datos podrían perderse en el camino desde el sitio web hasta el sistema de análisis y el almacenamiento en la nube debido a las limitaciones de la API de informes centrales de Google Analytics.

Para evitar este problema, hemos cambiado el algoritmo para recopilar datos de sesión. Ahora, los datos de sesión se forman utilizando datos de visitas de OWOX BI, por lo que los límites de Google Analytics no pueden influir en el proceso de creación de tablas de sesión. Gracias a este nuevo algoritmo, puede recopilar datos completos del comportamiento del usuario sin muestrear en su sitio web y atribuir esos datos a las sesiones correctas. Veamos todos los beneficios en detalle.

Antes : si los usuarios de su sitio web generan más de 200.000 sesiones al día, Google Analytics (la versión gratuita) normalmente aplicará muestreo. Por lo tanto, su proyecto de Google BigQuery recibirá solo una muestra seleccionada al azar de las sesiones.

Ahora : los usuarios de OWOX BI obtienen datos sin procesar y sin muestrear de todas las sesiones en Google BigQuery sin ninguna limitación en el valor del tráfico o el tamaño de la empresa.

Antes : si alcanza los límites de volumen y datos recopilados en Google Analytics, el sistema no procesará los datos que superen esos límites y esos datos no ingresarán a Google BigQuery. Estos límites son 200.000 visitas por usuario por día, 10 millones de visitas al mes y 500 visitas por sesión. Además, Google ignora las visitas con un tamaño de más de 8 Kb.

Ahora : El nuevo algoritmo OWOX BI no tiene ninguno de estos límites, y el tamaño máximo de un hit se duplica a 16 Kb. Esto significa que puede recopilar datos sobre las acciones de todos los usuarios en su sitio web.

Antes : los datos de la sesión pueden actualizarse con más de 24 horas de retraso porque estas actualizaciones dependen de la actualización de la información en la API de Google Analytics.

Ahora : accede a las sesiones de formulario en el lado de OWOX BI, por lo que la recopilación de tablas de sesiones nunca se detendrá debido a la superación de los límites o la falta de acceso a Google Analytics. Los datos ingresan a BigQuery más rápido, lo cual es realmente importante si los usa para desencadenar marketing por correo electrónico o actualizaciones de informes en tiempo real.

Antes : en Google Analytics, la fuente de tráfico está definida por el modelo Último clic no directo. Si el último canal en la cadena de acción del cliente fue directo, este canal se ignora y se reemplaza con el último canal no directo.

Por ejemplo, supongamos que su cliente buscó en Google y encontró un producto en su sitio web. Recordaron la dirección de su sitio web y, después de un tiempo, la ingresaron directamente en el campo URL. En este caso, la fuente de esta sesión sería google/orgánica pero no directa/ninguna. Esto excluye la posibilidad de conocer la participación precisa del canal directo como fuente de tráfico para su sitio web.

Ahora : el nuevo algoritmo OWOX BI también utiliza el modelo de último clic no directo para definir la fuente de tráfico. Pero hemos agregado un campo TrafficSource.isTrueDirect especial a la tabla de sesión para ayudarlo a definir el tráfico directo. Este campo binario obtendrá un valor verdadero si una sesión comenzó con una visita directa al sitio web y un valor falso si la sesión sigue una sesión de canal pago. Gracias a este campo, puedes evaluar el valor real de los canales pagos y su efecto en las conversiones. En Google Analytics, el campo isTrueDirect funciona de manera diferente, porque obtiene el valor "verdadero" cuando hay una fuente directa o cuando dos sesiones tienen los mismos datos sobre la campaña.

Antes : si tiene un par de sitios web y desea realizar un seguimiento de cómo se cruzan las audiencias, puede configurar la medición entre dominios en Google Analytics. Pero esta solución solo funciona si su audiencia usa enlaces cruzados para transferir de uno de sus sitios web a otro. ¿Qué sucede si necesita rastrear a un usuario que visita ambos sitios web que no tienen enlaces cruzados en momentos diferentes? Nos hemos ocupado de eso ↴

Ahora : hemos agregado una identificación de usuario de OWOX a las tablas de datos de la sesión. Este identificador de usuario anónimo lo ayudará a combinar datos sobre las acciones de los usuarios de sus sitios web, incluso si no están vinculados directamente. Además, tendrás la posibilidad de agrupar usuarios rastreados para separar audiencias publicitarias y evitar pagar un par de veces por el mismo tráfico.

Antes : si está rastreando eventos en su sitio web con la ayuda del Protocolo de medición, recuerde que parte de esos eventos se pueden perder. El caso es que en Google Analytics (incluso en la versión de pago, GA360), la duración máxima desde el momento del hit hasta el envío de información sobre el hit para el parámetro &qt es de tan solo cuatro horas. Si la brecha es mayor, el evento no se atribuirá en absoluto. Por ejemplo, supongamos que su visitante paga en línea en su sitio web. La transacción se contabilizará después de recibir una confirmación bancaria, aunque tarde un par de días. En tal situación, la transacción no se atribuirá a la sesión correcta, lo que significa que la fuente que condujo a esa transacción no se evaluará correctamente.

Si el parámetro &qt se envió sin un valor, la sesión separada para el evento se creará automáticamente. En cualquier caso, afectará a la precisión de sus datos.

Ahora : En las sesiones basadas en el nuevo algoritmo OWOX BI, la duración máxima del parámetro &qt se amplía a 30 días. Esto significa que sus eventos enviados por el Protocolo de medición se atribuirán a la sesión correcta.

En el nuevo algoritmo OWOX BI, las tablas tienen la misma estructura que tenían en el anterior. Solo la lógica por la cual se definen los valores difiere para algunos campos:

• Al crear una nueva canalización de transmisión de Google Analytics ⟶ Google BigQuery, los datos de la sesión comenzarán a recopilarse automáticamente mediante el nuevo algoritmo.
• Para cambiar el algoritmo para recopilar datos de sesión en transmisiones existentes, vaya a la configuración de transmisión y active Recopilación de datos de sesión .

Después de eso, el antiguo algoritmo dejará de estar disponible.

• Con el nuevo algoritmo OWOX BI, no necesitará una dimensión personalizada a nivel de sesión en Google Analytics. Puede eliminar esta dimensión y agregar otros parámetros necesarios.​
• No necesitará actualizar el código de seguimiento OWOX BI en su sitio web.
• Para activar el etiquetado UTM automático de Google Ads (gclid), deberá configurar la recopilación de informes de datos sin procesar para Google Ads en BigQuery. Puede hacerlo con un solo clic con la ayuda de la integración nativa con Google Data Transfer.
• Si tiene una lista de exclusiones de referencias en Google Analytics, duplíquela en la configuración de transmisión de OWOX BI.
  

La estructura de las tablas nuevas es la misma que la de las tablas antiguas, por lo que debe cambiar solo los nombres de las tablas en sus solicitudes. Para adaptar sus solicitudes existentes a las nuevas tablas, es suficiente cambiar los nombres de las antiguas tablas session_streaming_ a las nuevas tablas owoxbi_sessions_ .

Si quieres saber si es hora de que te transfieras al nuevo algoritmo OWOX BI, responde las siguientes preguntas. Si tienes al menos un sí, ya sabes qué hacer:

• ¿Tiene aproximadamente 200.000 sesiones por día? ¿O crees que alcanzarás este número en un par de meses?
• ¿Ha experimentado el muestreo antes?
• ¿Alguna vez ha creado informes no estándar y experimentado el muestreo?
• ¿Alguna vez has alcanzado el límite de 500 visitas por sesión?
• ¿Está interesado en realizar un seguimiento correcto del tráfico directo pero no quiere comprar el paquete completo de GA360?
• ¿Quiere combinar audiencias de sitios web y analizar su superposición?
• ¿Quieres enviar todos los hits con transacciones durante 30 días, no 4 horas?
• ¿Es importante para usted obtener los datos de la tabla de sesiones lo antes posible?

Incluso si estas preguntas no le parecen relevantes en este momento, es mejor prepararse lo antes posible.

Si aún no ha probado OWOX BI Pipeline, lo invitamos a realizar una prueba de manejo durante un período de prueba gratuito:

Si tiene alguna pregunta, pregunte en los comentarios a continuación.