Prácticas recomendadas para Dynamic Datastream Configurations

Siga estas prácticas cuando diseñe y utilice reglas de Dynamic Datastream Configuration. Le ayudan a administrar protecciones del sistema, evitar errores comunes y mantener configuraciones fáciles de entender y solucionar problemas.

Diseño de reglas rule-design

Usar flujos de datos independientes por origen de evento. Considere la posibilidad de crear un flujo de datos para Web SDK, uno para Mobile SDK y otro para la API de servidor. Si los datos proceden de una fuente diferente o utilizan un esquema XDM diferente, cree una secuencia de datos independiente. Un flujo de datos dedicado con sus propios conjuntos de datos correspondientes mejora la trazabilidad y simplifica la resolución de problemas. A continuación, las reglas de configuración dinámicas gestionan el enrutamiento dentro de cada flujo de datos.

Mantenga las reglas simples y uniformes. Las configuraciones de flujo de datos dinámico no admiten expresiones lógicas anidadas. Si la lógica requiere anidar, divídala en varias reglas planas. Las reglas más sencillas se evalúan más rápido, son más fáciles de auditar y es menos probable que produzcan coincidencias inesperadas.

Use eventType como condición principal. eventType es el discriminador más confiable y eficaz para las decisiones de enrutamiento. Se rellena de forma coherente en las implementaciones de Web SDK, Mobile SDK y API de servidor, y tiene un conjunto de valores bien definido. Prácticamente todos los casos de uso deben comenzar con una condición basada en eventType, que se puede combinar con condiciones secundarias.

Ordene las reglas por prioridad: primero prescindible, después procesable y después analítico. Dado que Edge Network utiliza la evaluación de la primera coincidencia ganadora, el orden de las reglas determina el resultado de los eventos que podrían coincidir con varias condiciones.

Un pedido recomendado:

Colocar las reglas Expendable primero garantiza que Edge Network capture el tráfico perjudicial u operativo antes de tomar decisiones de enrutamiento costosas, como la ingesta de perfiles o la personalización entrante.

Diseñe su ruta predeterminada de forma conservadora. Configure el conjunto de datos de evento Adobe Experience Platform predeterminado de la secuencia de datos a un conjunto de datos sin perfil habilitado. Eventos inesperados o sin categoría aterrizan en el lago de datos en lugar de inflar el almacén de perfiles. Siempre puede agregar una regla específica para promocionar un tipo de evento recién descubierto al perfil una vez que lo haya clasificado.

Estrategia del conjunto de datos dataset-strategy

Crear conjuntos de datos antes de configurar las reglas. Todos los conjuntos de datos de destino deben existir con el esquema correcto antes de hacer referencia a ellos en las configuraciones de enrutamiento. Después de validar las reglas mediante Assurance, habilite el perfil, configure la retención de datos y actualice la conexión de Customer Journey Analytics.

Para obtener instrucciones de configuración de retención de datos, consulte la Guía de retención de conjuntos de datos de eventos de experiencia.

Use una convención de nombres uniforme. La claridad de los nombres de los conjuntos de datos facilita la identificación del propósito de cada conjunto de datos al revisar la configuración o supervisar la ingesta. Un patrón recomendado:

Alinee su conexión de Customer Journey Analytics con su estrategia de conjunto de datos. Después de configurar las reglas y eventos de Dynamic Datastream Configuration para que se enruten a conjuntos de datos separados, actualice la conexión de Customer Journey Analytics para que incluya solamente los conjuntos de datos que se deben usar en el sistema de informes. Excluya los conjuntos de datos de cuarentena para el tráfico de bots y los eventos del sistema. Para obtener más información, consulte la documentación sobre las conexiones de Customer Journey Analytics.

Prácticas operativas operational

Espere 15 minutos para que los cambios se propaguen. Los cambios en la configuración del flujo de datos, incluidas las reglas Dynamic Datastream Configuration nuevas o actualizadas, tardan hasta 15 minutos en propagarse por Edge Network. No realice pruebas inmediatamente después de guardar los cambios. Espere la ventana de propagación completa antes de ejecutar sesiones de Assurance o comparar volúmenes de ingesta de conjuntos de datos.

Quite las invalidaciones del lado del cliente antes de habilitar las reglas. Las anulaciones de configuración de secuencia de datos tienen prioridad sobre las reglas de Dynamic Datastream Configuration. Cualquier evento que lleve una anulación del lado del cliente omite las reglas silenciosamente, sin errores ni advertencias. Antes de habilitar las reglas, audite su implementación de Web SDK o Mobile SDK para quitar edgeConfigOverrides de las llamadas a sendEvent y configure de los eventos que Dynamic Datastream Configurations debe controlar.

Supervisar después de la implementación. Después de habilitar las reglas en producción, monitorice lo siguiente para confirmar el comportamiento correcto:

Próximos pasos