Ejemplo de Dynamic Datastream Configuration de extremo a extremo
Esta página muestra cómo combinar varios casos de uso de Dynamic Datastream Configuration en una sola configuración lista para la producción. El ejemplo usa el patrón Analytical first y se aplica a un escenario común de comercio electrónico.
Situación scenario
Un retailer de comercio electrónico utiliza Web SDK con Adobe Target para la personalización, Adobe Analytics, Customer Journey Analytics y Adobe Real-Time CDP. Retailer mantiene actualmente tres flujos de datos separados: uno para Adobe Analytics y Adobe Target, uno para Customer Journey Analytics y uno para Adobe Journey Optimizer. El objetivo es consolidar en un único conjunto de datos y:
- Filtrar el tráfico de bots antes de que llegue a cualquier servicio (caso de uso 4)
- Suprimir
decisioning.propositionFetcheventos de sistema de Adobe Experience Platform (caso de uso 3) - Enrutar compras e interacciones de productos a Real-Time Customer Profile para la segmentación y los recorridos de Adobe Journey Optimizer (caso de uso 1 y caso de uso 2)
- Mantener vistas de página en el lago de datos solo para Customer Journey Analytics
Dado que la mayoría de los eventos son vistas de página (Analíticas), retailer elige Analíticas primero: el conjunto de datos principal no tiene perfil habilitado y las reglas promocionan Procesables eventos a Perfil.
Estrategia del conjunto de datos dataset-strategy
Cree estos conjuntos de datos antes de configurar reglas. 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.
Bot Traffic - QuarantineSystem Events - QuarantinepropositionFetch eventos para la depuraciónPurchasesProduct InteractionsBrowsing - General (principal)Browsing - General es el conjunto de datos principal del conjunto de datos. Todos los eventos que no coinciden con ninguna regla regresan a este conjunto de datos.
Reglas del servicio de Experience Platform aep-rules
La tabla siguiente muestra el conjunto de reglas completo para el servicio Adobe Experience Platform. Edge Network evalúa las reglas en el orden indicado.
botDetection.score es igual a 1Bot Traffic - QuarantineeventType es igual a decisioning.propositionFetch OR eventType es igual a personalization.requestSystem Events - QuarantineeventType es igual a commerce.purchasesPurchaseseventType es igual a commerce.productViews OR eventType es igual a commerce.productListAddsProduct InteractionsBrowsing - GeneralPor qué este orden de reglas rule-order
-
Tráfico de bots primero (Regla 1). Ponga en cuarentena los eventos detectados por bots antes de ejecutar cualquier lógica de enrutamiento. Un evento de bots que coincida con una regla posterior desperdiciaría la capacidad del almacén de perfiles.
-
Eventos del sistema por segundo (Regla 2).
decisioning.propositionFetcheventos se activan en cada carga de página y no tienen valor analítico. Si se detectan antes de tiempo, se evita que coincidan accidentalmente con una regla Procesable. -
Compras en tercer lugar (Regla 3). Los eventos procesables reciben un tratamiento completo de Adobe Experience Platform: perfil, segmentación de Edge y Adobe Journey Optimizer para una personalización entrante desencadenada.
-
Interacciones de productos cuarta (Regla 4). Se habilitó el perfil para la segmentación, pero Adobe Journey Optimizer está deshabilitado. Esta implementación no obtiene personalización entrante de Adobe Journey Optimizer en el comportamiento del explorador.
-
Último valor predeterminado. Todo lo demás (vistas de página, eventos de desplazamiento, búsqueda de sitios) aterriza únicamente en el conjunto de datos principal sin perfil para los informes de Customer Journey Analytics.
Análisis de presupuesto de reglas rule-budget
Esta configuración usa 4 reglas explícitas del límite de 5 reglas por servicio para Adobe Experience Platform. Un espacio de regla permanece disponible para necesidades futuras, por ejemplo, para filtrar el tráfico interno por dominio de correo electrónico o para enrutar un nuevo tipo de evento.
Para obtener la lista completa de protecciones, consulte Crear configuraciones de flujo de datos dinámico.
Si necesita más granularidad, combine tipos de eventos adicionales como OR condiciones dentro de una regla existente. Por ejemplo, la regla 4 ya combina commerce.productViews y commerce.productListAdds. Puede agregar commerce.productListOpens o commerce.saveForLaters a la misma regla sin usar una ranura de regla adicional. Cada regla admite hasta 100 condiciones.
Reglas de nivel de solución solution-rules
Las reglas del servicio Experience Platform de la sección anterior son independientes de las reglas de otros servicios. Puede configurar hasta 5 reglas adicionales para cada uno de Adobe Analytics, Adobe Target, Adobe Audience Manager y Event Forwarding, independientemente de las reglas de Experience Platform.
botDetection.score es igual a 1eventType comienza con commerce.rsid-commercebotDetection.score es igual a 1Validación de Assurance assurance-validation
Después de guardar las reglas, espere 15 minutos a que los cambios se propaguen por Edge Network. A continuación, valide cada ruta de acceso de evento con Adobe Experience Platform Assurance.
Para obtener una descripción detallada del proceso de validación, vea Probar y validar Dynamic Datastream Configurations.
Bot Traffic - QuarantineSystem Events - QuarantinePurchasesProduct InteractionsBrowsing - GeneralPróximos pasos
- Siga los pasos de Probar y validar Dynamic Datastream Configurations para comprobar cada ruta de evento antes de implementarla en producción.
- Lea las prácticas recomendadas para Dynamic Datastream Configurations para obtener instrucciones operativas continuas.
- Consulte las preguntas frecuentes si se produce un comportamiento de enrutamiento inesperado.