A menudo necesita la capacidad de procesar datos antes de que sean útiles para la creación de informes. Puede procesar esos datos en varias etapas del recorrido, desde la recopilación de datos hasta la generación del informe o la visualización.
En Adobe Analytics, la mayor parte de ese procesamiento de datos se produce inmediatamente después de recopilarlos. Funcionalidades como reglas de VISTA, reglas de procesamiento y reglas de procesamiento de canales de marketing están disponibles para admitir esto procesamiento de tiempo de colección.
A continuación, los datos se almacenan y, en el momento del informe, se puede aplicar un procesamiento adicional. Por ejemplo, desglose de dimensiones, aplique la segmentación o seleccione un modelo de atribución diferente. Esta procesamiento de tiempo del informe sucede sobre la marcha.
En Adobe Analytics, el procesamiento de tiempo de los informes suele representar una cantidad de procesamiento menor que lo que sucede en el momento de la recopilación.
Por el contrario, Customer Journey Analytics (CJA) está diseñado para requerir un procesamiento mínimo del tiempo de recopilación inicial antes de que se organicen y almacenen los datos. La arquitectura subyacente de CJA está más diseñada para trabajar con los datos almacenados en el tiempo del informe y ofrece su potente funcionalidad de procesamiento de tiempo del informe no solo en Workspace, sino también, lo que es más importante, a través de la definición de componentes y campos derivados en las vistas de datos.
Comprender las diferencias en el procesamiento de datos para las distintas funciones de informes puede ser útil para comprender qué métricas están disponibles, dónde y por qué pueden diferir.
Por ejemplo, dado que “visitas” como métrica en Adobe Analytics se define en el tiempo del procesamiento de datos y “sesiones” como métrica en CJA se calcula en el tiempo del informe, las dos métricas pueden diferir en función de las reglas utilizadas para la definición de sesión dentro de la vista de datos de CJA.
Además, ni las visitas ni las sesiones como métrica están disponibles en conjuntos de datos creados por el conector de origen de Analytics y, por lo tanto, requerirían que definiera la sesión en la lógica de consulta para poder hacer comparaciones.
La siguiente tabla define la terminología para los diferentes tipos de lógica de procesamiento que se aplican a Adobe Analytics y CJA:
Término | Definición | Notas |
---|---|---|
Procesamiento de tiempo de colección | Lógica que se realiza cuando se recopilan y procesan datos, antes de almacenarse para fines de informes y análisis. | Esta lógica está “incorporada” a los datos históricos y, por lo general, no se puede cambiar fácilmente. |
Procesamiento de intervalo de tiempo | Lógica que se realiza en el momento de ejecutar un informe. | Esta lógica se puede aplicar a datos futuros e históricos durante el tiempo de ejecución del informe de forma no destructiva. |
Lógica de nivel de éxito individual | Lógica aplicada en un nivel fila a fila. | Ejemplos: Reglas de procesamiento, VISTA, ciertas reglas de canal de marketing. |
Lógica de nivel de visita | Lógica aplicada en el nivel de visita. | Ejemplos: Visita y definición de sesión. |
Lógica a nivel de visitante | Lógica aplicada en el nivel de persona. | Ejemplo: vinculación de personas entre dispositivos y canales. |
Lógica de segmento (filtro) | Evaluación de las reglas del segmento (filtro) evento/visita/persona (evento/sesión/persona). | Ejemplo: Personas que compraron zapatos rojos. |
Métricas calculadas | Evaluación de métricas personalizadas creadas por el cliente que pueden basarse en fórmulas complejas, incluidos segmentos y filtros. | Ejemplo: número de personas que compraron zapatos rojos. |
Lógica de atribución | Lógica para calcular la atribución. | Ejemplo: Persistencia del eVar. |
Configuración de componentes | Aplicación de personalizaciones a métricas o dimensiones, como atribución, comportamiento, formato, etc | Ejemplo: agrupación de valores para combinar valores numéricos basados en un rango |
Campos derivados | La lógica se aplica a los campos de esquema o estándar como parte de la definición de componentes en una vista de datos. | Ejemplo: creación de una nueva dimensión de canal de marketing |
Con el tiempo, Adobe Analytics y ahora Customer Journey Analytics han mejorado su flexibilidad al permitir que la lógica de datos de nivel de persona y visita se realice durante el tiempo de ejecución del informe.
Los pasos de procesamiento de datos que se realizan para Adobe y CJA y el tiempo que se debe pasar por estos pasos varían de la función de Analytics a la función de Analytics. La siguiente tabla proporciona un resumen de los tipos de procesamiento de datos para cada función de Analytics y cuándo se aplica el procesamiento de datos.
Funcionalidad | Se aplica en el tiempo del procesamiento | Se aplica en el tiempo del informe | No disponible | Notas |
---|---|---|---|---|
Creación de informes Core AA (sin incluir los grupos de informes virtuales o los Attribution IQ con procesamiento de tiempo de los informes) |
|
|
|
|
Core AA Data Warehouse |
|
|
|
|
Fuentes de datos Core AA |
|
|
|
|
Livestream Core AA |
|
|
||
Attribution IQ Core AA |
|
|
|
|
Grupos de informes virtuales principales AA con procesamiento del tiempo de los informes (VRS RTP) |
|
|
|
|
Conjunto de datos basado en el conector de origen de Analytics en el lago de datos AEP |
|
|
|
|
Creación de informes de Customer Journey Analytics |
|
|
|
|