Requisitos previos y lista de comprobación de planificación

Complete los siguientes pasos antes de configurar Dynamic Datastream Configuration reglas. Estas son las fuentes más comunes de reglas mal configuradas y de comportamiento de enrutamiento inesperado.

Configuración de flujo de datos datastream-setup

El conjunto de datos debe existir y tener todos los servicios necesarios habilitados antes de agregar reglas. Consulte Configurar una secuencia de datos y Agregar servicios a una secuencia de datos para obtener instrucciones de configuración.

Según los servicios que planee utilizar:

Preparación de esquemas y conjuntos de datos schema-dataset

Prepare los esquemas y conjuntos de datos antes de configurar las reglas. Deben existir conjuntos de datos para poder hacer referencia a ellos en las configuraciones de enrutamiento.

  • Establezca el esquema XDM para las condiciones de Dynamic Datastream Configuration en la sección Esquema de asignación de la secuencia de datos (consulte Crear una secuencia de datos).
  • Compruebe que el esquema XDM incluye todos los campos que planea utilizar como condiciones de regla, por ejemplo eventType, campos de capa de datos personalizados o campos geográficos.
  • Si planea usar reglas de filtrado de bots, agregue el grupo de campos Información de detección de bots al esquema XDM y habilite detección de bots en la secuencia de datos. Espere hasta 15 minutos para que las reglas de detección de bots se propaguen antes de realizar la prueba.
  • Cree todos los conjuntos de datos de destino antes de configurar las reglas, utilizando el esquema y la convención de nombres correctos. Después de validar las reglas, puede habilitar el perfil, configurar la retención de datos y habilitar las conexiones de Customer Journey Analytics.

Para obtener más información sobre cómo configurar las ventanas de retención de conjuntos de datos, consulte la Guía de retención de conjuntos de datos de Experience Event.

TIP
Primero cree conjuntos de datos sin habilitación de perfiles. Valide que los eventos se enruten a los conjuntos de datos correctos mediante Adobe Experience Platform Assurance y, a continuación, habilite la configuración de perfil y retención de datos. Esto evita, en primer lugar, que se ingieran eventos innecesarios en Real-Time Customer Profile.

Inventario de eventos event-inventory

Catalice todos los tipos de eventos que envía su implementación y clasifique cada uno antes de escribir una sola regla.

  1. Enumerar todos los tipos de eventos. Algunos ejemplos comunes son web.webpagedetails.pageViews, commerce.purchases, commerce.productViews, commerce.productListAdds, decisioning.propositionFetch y personalization.request.

  2. Clasifique cada evento utilizando la taxonomía de valores de eventos:

    • Gastable: sin valor analítico o procesable (tráfico de bots, eventos del sistema)
    • Análisis: se necesita solo para informes de análisis, no para enriquecimiento o segmentación de perfiles
    • Útil: necesario para el enriquecimiento, la segmentación y la activación del perfil; también disponible para los informes de análisis
  3. Identificar eventos dependientes de la audiencia. Revise las definiciones de audiencia y anote a qué tipos de eventos hacen referencia esas audiencias. Al enrutar esos eventos fuera de un conjunto de datos con perfil habilitado, se impide que Real-Time Customer Profile los ingrese, lo que hace que las audiencias dejen de evaluar correctamente.

  4. Identificar campos de condición fiables. Elija campos que se rellenen de forma coherente y que tengan un conjunto de valores pequeño y predecible. eventType es el campo de condición principal recomendado para la mayoría de las reglas. Otros campos útiles incluyen botDetection.score, web.webPageDetails.URL y campos de capa de datos personalizados asignados a través de Preparación de datos para la recopilación de datos.

Eliminar invalidaciones conflictivas del lado del cliente remove-overrides

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:

  • Compruebe que su implementación de Web SDK o Mobile SDK no envíe edgeConfigOverrides en sendEvent o configure llamadas para eventos que sus reglas deben controlar.
  • Para cada tipo de evento que mueva a las reglas Dynamic Datastream Configuration, quite el edgeConfigOverrides correspondiente del código SDK antes de habilitar la regla.

Próximos pasos

Después de completar esta lista de comprobación, está listo para diseñar las reglas:

recommendation-more-help
experience-platform-help-datastreams