Diseñe su esquema para utilizarlo con Customer Journey Analytics upgrade-schema-architect
-
Pasos de actualización recomendados (recomendados para la mayoría de las organizaciones)
Un conjunto de pasos que conducen a una implementación de Customer Journey Analytics ideal.
Para obtener más información, consulte Actualización de Adobe Analytics a Customer Journey Analytics.
-
Guía de actualización de Customer Journey Analytics (pasos personalizados adaptados a las necesidades específicas de su organización)
Hay disponible una nueva guía de actualización que genera dinámicamente pasos de actualización adaptados a su organización y a sus circunstancias únicas.
Para acceder a la guía desde Customer Journey Analytics, seleccione la pestaña Workspace y, a continuación, seleccione Actualizar a Customer Journey Analytics en el panel izquierdo. Siga las instrucciones que aparecen en la pantalla.
Adobe recomienda crear un esquema personalizado Experience Data Model (XDM) para Customer Journey Analytics al implementar Adobe Experience Platform Data Collection. La creación de este esquema se suele realizar antes de que se toquen los cambios de implementación o el código. Un esquema personalizado permite diseñar un contrato de datos conciso y específico de la organización sin heredar las restricciones de Adobe Analytics. Consulte Elija su esquema para Customer Journey Analytics para obtener más información sobre los tipos de esquemas disponibles para su organización.
Los esquemas están pensados para ser versiones refinadas de cómo desea que se estructuren los datos a largo plazo. Los cambios en los esquemas son costosos porque afectan a la recopilación de datos, la validación y los servicios descendentes. Puede añadir a los esquemas con el tiempo, según lo permitan los requisitos empresariales; sin embargo, los campos de esquema no se pueden eliminar una vez que los datos empiecen a fluir a ellos.
Comparar esquemas con vistas de datos
La canalización de datos para Customer Journey Analytics contiene áreas independientes para la recopilación y la interpretación de datos. Al actualizar desde Adobe Analytics, un error común es intentar recrear props y eVars con sus comportamientos en XDM. En su lugar, utilice Web SDK para recopilar los datos y utilice Vistas de datos para determinar cómo se interpretan esos datos en los informes.
Comparar esquemas con la recopilación de datos de Adobe Analytics
El modelo de datos de Experience que utiliza Customer Journey Analytics ofrece una flexibilidad considerablemente mayor que la mayoría de las demás soluciones de Analytics (incluido Adobe Analytics). El establecimiento de un esquema sólido es la oportunidad que tiene su organización para evitar avanzar restricciones que existen en otros productos de Analytics.
eVar1-eVar250, prop1-prop75)search.term, content.category, user.membershipTier) y reutilícelos de forma coherenteEstablezca un esquema con atributos comunes
Un esquema unificado en todos los canales es posible cuando se estandariza un conjunto de atributos reutilizables que aparecen en muchos eventos. Algunos ejemplos son:
- Contexto de la experiencia: nombre del sitio/aplicación, entorno, configuración regional, canal, marca
- Contexto de Recorrido: identificadores de campaña, contexto de referencia, identificadores de experimento
- Estado del usuario: estado de inicio de sesión, nivel de pertenencia, tipo de cuenta
- Detalles de la interacción: nombre/tipo de interacción, región de interfaz de usuario, etiqueta de elemento, categoría de error
La clave es estandarizar lo que representa el campo independientemente del canal. Evite modelar el mismo concepto de forma diferente en los distintos canales a menos que realmente representen conceptos diferentes. Por ejemplo, puede ser recomendable evitar tener campos de esquema independientes para los ID de campaña web y los ID de campaña móvil. Los campos de esquema independientes dificultan el establecimiento de un retorno multicanal en los datos de gasto en publicidad. Si se requiere una diferenciación en los informes, puede segmentar por canal o concatenar varios campos para proporcionar esa distinción. El mismo campo de esquema se puede utilizar en cualquier número de dimensiones o métricas.
Una manera práctica de admitir varios canales mientras se mantiene una única estrategia de esquema es usar un patrón de core + extensions:
- Principal: campos que se aplican en términos generales en todos los canales y equipos
- Extensiones: grupos de campos específicos de canal o dominio que se aplican solo donde es necesario (interacción web, comercio, ciclo de vida móvil, detalles específicos del lado del servidor)
Este patrón admite una sola estrategia de esquema organizativo sin forzar a los equipos a rellenar campos innecesarios.
Preferir grupos de campos estándar donde quepan
Adobe recomienda utilizar grupos de campos estandarizados donde coincidan con sus necesidades y ampliar con campos personalizados los conceptos específicos de la organización.
Los grupos de campos estándar suelen ayudarle a lo siguiente:
- Reduzca la ambigüedad utilizando una semántica de campo conocida
- Alinear entre equipos más fácilmente
- Compatibilidad con interoperabilidad entre aplicaciones de Adobe Experience Platform
Los campos personalizados son adecuados cuando:
- Su organización tiene conceptos que no se asignan correctamente a los campos estándar
- Necesita atributos adicionales para cumplir con los requisitos de creación de informes, gobernanza o activación
- Desea representar una taxonomía específica de la empresa (por ejemplo, categorías de contenido interno)
Determinar cómo se cuentan las métricas
En Adobe Analytics, muchos equipos tratan la variable events como el único medio para rastrear métricas. En Customer Journey Analytics, las métricas se pueden rastrear de varias formas en función de lo que necesite contar y de cómo desee interpretarlas.
Al diseñar un esquema, manténgase al tanto de los hechos. Por ejemplo, error.type = "validation", user.isLoggedIn = true, checkout.step = "shipping". Defina las métricas en la vista de datos como recuentos y recuentos filtrados sobre esos hechos. Por ejemplo:
-
checkout.step(enumeración/cadena) puede activar:- "Cierre de compra: Paso de envío alcanzado" (recuento donde
checkout.step == "shipping") - "Cierre de compra: paso de pago alcanzado"
- "Cierre de compra: Paso de envío alcanzado" (recuento donde
-
error.type(enumeración/cadena) puede activar:- "Errores de validación"
- "Errores de autorización"
-
user.isLoggedIn(booleano) puede alimentar:- "Sesiones autenticadas"
- "Conversiones autenticadas"
Mantener la paridad con Adobe Analytics durante la transición sin equipaje de esquema
Algunas organizaciones deben continuar con los informes de Adobe Analytics mientras actualizan a Customer Journey Analytics. Puede mantener la paridad sin introducir artefactos específicos de Analytics en el diseño de esquema a largo plazo mediante el siguiente método:
- Utilice rutas de campo XDM que Adobe Analytics reconozca y asigne automáticamente: Cuando envíe campos XDM reconocidos a Adobe Analytics a través de Edge Network, se asignarán automáticamente sin necesidad de configuración adicional.
- Use campos XDM personalizados para conceptos específicos de la organización: Todos los campos XDM que no se asignen automáticamente a una variable de Analytics se reenvían como Variables de datos de contexto en Adobe Analytics.
- Use reglas de procesamiento de Adobe Analytics para asignar esas variables de datos de contexto a props/eVars: Las reglas de procesamiento en última instancia le permiten asignar cualquier campo XDM personalizado a cualquier eVar o prop. Este concepto admite la creación de informes de paridad en Adobe Analytics, a la vez que mantiene el esquema limpio y centrado en Customer Journey Analytics.
Identificación de partes interesadas y definición de propiedad
El diseño del esquema se realiza correctamente cuando se acuerda y mantiene el significado del campo. Aunque las estructuras organizativas varían, las siguientes funciones suelen participar:
- Administrador/analista de Analytics: define preguntas de creación de informes, valida que los campos representan conceptos significativos y revisa la semántica de análisis en las vistas de datos.
- Desarrollador/propietario de la implementación: Garantiza que los campos se puedan recopilar de forma fiable mediante Web SDK y se ajusta a la capa de datos/instrumentación de la aplicación.
- Arquitecto/ingeniero de datos: garantiza la coherencia del esquema, su reutilización en todos los dominios y la compatibilidad con los servicios descendentes.
- Interesado en la administración/privacidad: revisa la minimización de datos, las expectativas de consentimiento y las restricciones del uso de datos.
Defina un propietario claro para los cambios de esquema. Un esquema estable con control de cambios disciplinado evita la rotura descendente y reduce el trabajo repetido. Considere la posibilidad de utilizar un flujo de trabajo o una herramienta de control de seguimiento para democratizar las solicitudes y administrar el control de cambios a lo largo del tiempo.
Consideraciones de privacidad y gobernanza
El diseño del esquema debe reflejar las expectativas de privacidad y gobernanza, según las políticas de privacidad de su organización. Tenga en cuenta los siguientes puntos al crear el esquema:
- Recopile solo lo que necesite para admitir casos de uso definidos.
- Asegúrese de que los requisitos de uso de datos y consentimiento se reflejen en la estrategia de recopilación. Consulte Usar Web SDK para procesar los datos de consentimiento del cliente para obtener más información.
- Considere cómo se etiquetan y controlan los campos confidenciales dentro de las herramientas de gobernanza de Adobe Experience Platform. Consulte Adobe Customer Journey Analytics y control de datos para obtener más información.
Pasos siguientes
Una vez que haya establecido y acordado una arquitectura de esquema, puede empezar a crearla en Adobe Experience Platform. Vea Crear un esquema personalizado para usar con Customer Journey Analytics para obtener más información.