Casos de uso de configuración de flujo de datos dinámico

Esta página cubre seis casos de uso comunes para Dynamic Datastream Configurations: separación de eventos por valor, estrategia de retención de datos por niveles, supresión de eventos del sistema, filtrado de tráfico de bots, enrutamiento selectivo de la solución Experience Cloud y migración del conector de origen de Analytics.

Cada caso de uso es independiente. Implemente solo las que se apliquen a la implementación.

Antes de configurar las reglas, complete la lista de comprobación de requisitos previos y planificación y revise los patrones de configuración para elegir la estrategia del conjunto de datos principal correcta para su implementación.

Caso de uso 1: Separar los eventos procesables de los analíticos uc1

Objetivo: optimizar el uso del almacén de perfiles y reducir el volumen total de datos enrutando solo eventos procesables a Real-Time Customer Profile mientras mantiene los eventos analíticos disponibles para Customer Journey Analytics.

Cuándo usar: Está ingiriendo eventos de Web SDK o Mobile SDK en Adobe Experience Platform y está experimentando sobrecargas de perfil, sobrecargas totales de volumen de datos o una presión de protección de ingesta de transmisión porque todos los eventos aterrizan en un conjunto de datos habilitado para perfil.

Estrategia del conjunto de datos uc1-dataset-strategy

La siguiente estructura de dos conjuntos de datos separa los eventos por su valor de perfil.

Configuración de reglas uc1-rule-config

Antes de configurar las reglas, decida si desea usar primero la estrategia del conjunto de datos Procesable o Analytics primero. Esa opción determina qué conjunto de datos establece como principal en el conjunto de datos.

Ejemplo 1: Analytical first — Regla de eventos procesables

Conjunto de datos principal: Web Events - Analytics (no habilitado para perfiles, reserva predeterminada)
Conjunto de datos secundario: Web Events - Profile (habilitado para el perfil)

Escriba una regla para promocionar eventos procesables al conjunto de datos habilitado para el perfil. Todos los eventos Analytical caen automáticamente al conjunto de datos principal.

Regla: Eventos procesables

Agregue condiciones adicionales usando la lógica OR para otros tipos de evento procesables, como commerce.productListAdds o leadGeneration.formComplete.

Ejemplo 2: procesable primero — Regla de eventos analíticos

Conjunto de datos principal: Web Events - Profile (habilitado para el perfil, reserva predeterminada)
Conjunto de datos secundario: Web Events - Analytics (sin perfil habilitado)

Escriba una regla para enrutar eventos analíticos fuera del conjunto de datos habilitado para el perfil. Todos los eventos procesables caen automáticamente en el conjunto de datos principal.

Regla: Eventos analíticos

Agregar condiciones adicionales para otros tipos de evento Analytical.

Caso de uso 2: Estrategia de retención de datos por niveles uc2

Objetivo: administre los costos de retención de datos enrutando eventos a conjuntos de datos con diferentes períodos de retención en función de su valor comercial a largo plazo.

Cuándo usar: Necesita diferentes ventanas de retención para distintos tipos de eventos. Por ejemplo, retención más larga para los datos de compra y retención más corta para las interacciones del producto en Adobe Real-Time CDP.

Para obtener más información sobre la configuración de retención de conjuntos de datos, consulte la Guía de retención de conjuntos de datos de eventos de experiencia.

Estrategia del conjunto de datos uc2-dataset-strategy

La siguiente estructura de tres niveles asigna ventanas de retención en función del valor del evento.

Configuración de reglas uc2-rule-config

Establezca el conjunto de datos principal del conjunto de datos en Browsing - General para que los eventos sin coincidencias aterricen en el conjunto de datos sin perfil de forma predeterminada en lugar de inflar el almacén de perfiles. No necesita una regla para los eventos de navegación generales: caen automáticamente en el conjunto de datos principal.

Regla 1: Compras

Regla 2: Interacciones de productos

Agregar condiciones adicionales con OR para commerce.productListAdds, vistas de página con parámetros de UTM y otros eventos de interacción de productos.

Caso de uso 3: Suprimir eventos del sistema de personalización uc3

Objetivo: Mantener decisioning.propositionFetch y personalization.request eventos fuera de Customer Journey Analytics y Real-Time Customer Profile. Estos eventos del sistema se activan en cada carga de página cuando Adobe Target o Adobe Journey Optimizer recuperan las decisiones de personalización. Son eventos prescindibles sin valor analítico o de perfil.

Cuándo usar: Usa Adobe Target o Adobe Journey Optimizer para la personalización junto con Customer Journey Analytics o Adobe Real-Time CDP, y estos eventos del sistema están inflando el recuento de filas facturables, consumiendo la capacidad del almacén de perfiles o consumiendo el rendimiento de la ingesta de transmisión.

Configuración de reglas uc3-rule-config

Enrute eventos del sistema a un conjunto de datos de cuarentena dedicado en lugar de deshabilitar por completo el servicio Adobe Experience Platform. Esto preserva los eventos para su depuración antes de confirmar que no tienen valor.

Regla: eventos del sistema

Agregue una condición OR para personalization.request y cualquier otro tipo de evento del sistema que desee suprimir.

Después de enrutar estos eventos al conjunto de datos de cuarentena, asegúrese de que se excluya de la conexión Customer Journey Analytics.

Caso de uso 4: Filtrado del tráfico de bots uc4

Objetivo: Evitar que los eventos generados por bots entren en Real-Time Customer Profile, inflen Customer Journey Analytics métricas o consuman el rendimiento de ingesta de transmisión.

Cuándo usar: Ha habilitado la detección de bots en su secuencia de datos y desea actuar en las puntuaciones de bots asignadas a eventos.

Requisitos previos uc4-prerequisites

Antes de configurar esta regla, complete la configuración de detección de bots descrita en requisitos previos y lista de comprobación de planificación:

Configuración de reglas uc4-rule-config

Comience siempre poniendo en cuarentena los eventos de bots para su análisis. Después de validar que la puntuación de bots es precisa, puede continuar en cuarentena o descartar estos eventos por completo.

Regla: tráfico de bots

Opción A: cuarentena para análisis (recomendada inicialmente)

Asegúrese de que este conjunto de datos esté excluido de su conexión Customer Journey Analytics.

Opción B: descartar por completo (después de validar la Opción A)

Después de validar el conjunto de datos de cuarentena y confirmar que la puntuación de bots es correcta, deshabilite el servicio Adobe Experience Platform en la regla para evitar que estos eventos lleguen a Adobe Experience Platform.

También puede deshabilitar otros servicios para el tráfico de bots en reglas independientes:

Ordenación de reglas uc4-rule-ordering

Coloque la regla de filtrado de bots first en su lista de reglas, antes que cualquier regla de Procesable o Analytical. Dado que Edge Network utiliza la evaluación de la primera coincidencia ganadora, al colocar esta regla en primer lugar, se garantiza que Edge Network capture y descarte el tráfico de bots antes de que se ejecute cualquier otra lógica de enrutamiento. El enrutamiento de un evento de bots a un conjunto de datos con perfil habilitado consume una capacidad de almacén de perfiles innecesaria.

Caso de uso 5: Enrutamiento selectivo de la solución de Experience Cloud uc5

Objetivo: Controle qué soluciones de Experience Cloud (Adobe Analytics, Adobe Target, Adobe Audience Manager) reciben tipos de eventos específicos y anule la configuración de nivel de solución, como grupos de informes o tokens de propiedad basados en condiciones de evento.

Cuándo usar: Si desea consolidar varias secuencias de datos en una, distintos tipos de eventos deben ir a diferentes grupos de informes Adobe Analytics o ciertos eventos no deben llegar a Adobe Target o Adobe Audience Manager.

Ejemplo A: Anular los grupos de informes de Analytics por tipo de evento uc5-example-a

Un único flujo de datos que sirve varias secciones del sitio que informan a diferentes grupos de informes:

Regla 1: Eventos de comercio electrónico

Regla 2: Eventos de contenido

Ejemplo B: Deshabilitar Target para eventos analíticos uc5-example-b

Impida que los eventos Analytical lleguen a Adobe Target para reducir las solicitudes de Target por segundo y el procesamiento innecesario:

Regla: Eventos analíticos

Ejemplo C: Consolidar varios flujos de datos uc5-example-c

Si actualmente mantiene flujos de datos independientes para Adobe Analytics y Adobe Target, Event Forwarding, Adobe Journey Optimizer y Customer Journey Analytics, puede consolidar en un único flujo de datos:

Esto reduce la sobrecarga de administración de flujos de datos y elimina la necesidad de que la lógica del lado del cliente seleccione entre flujos de datos.

Para ver el ejemplo de consolidación completo con tablas de reglas y la lógica de orden de reglas, vea el ejemplo de extremo a extremo.

Caso de uso 6: Migración desde el conector de origen de Analytics uc6

Objetivo: Reemplace el conector de origen de Adobe Analytics con la recopilación de datos de Web SDK, al tiempo que conserva el nivel de fila que filtra el conector de origen proporcionado.

Cuándo se debe usar: Está migrando del conector de origen Adobe Analytics a la recopilación de datos basada en Web SDK en Adobe Experience Platform, y confió en el conector de origen para filtrar qué eventos recibió el perfil.

Enfoque de migración uc6-migration

Siga estos pasos en orden. Los pasos 1 y 2 son pasos de planificación que debe completar antes de tocar el conjunto de datos.

Paso 1: Inventario de los filtros del conector de origen

Documento que incluye los eventos que el conector de origen excluye actualmente de la ingesta:

Paso 2: asignar filtros de conector de origen a reglas

Paso 3: Cree su estrategia de conjunto de datos

Siga el caso de uso 1 o caso de uso 2 según sus requisitos de retención.

Paso 4: Configurar reglas

Implemente las reglas asignadas en el paso 2. Decida entre un patrón Análisis primero o Procesable primero. Priorice primero las reglas que afectan al mayor número de eventos y deje el resto de eventos en la reserva predeterminada.

Paso 5: Ejecutar ingesta paralela

Durante la migración, ejecute el conector de origen y la ingesta de Web SDK en paralelo para una ventana de validación. Comparar:

Después de validar los resultados, elimine el conector de origen.

Próximos pasos