En esta página: comprenda cómo los esquemas relacionales y estándar de Adobe Experience Platform definen la estructura de los datos para que pueda modelar perfiles, eventos de comportamiento y entidades relacionales para campañas de personalización y orquestadas en Adobe Journey Optimizer.
Adobe Journey Optimizer se basa en los esquemas de Adobe Experience Platform para describir la estructura de los datos de una manera uniforme y reutilizable. Un esquema proporciona una definición abstracta de un objeto del mundo real (como una persona) y describe qué datos deben incluirse en cada instancia de ese objeto (como nombre, cumpleaños, etc.). Cuando los datos se incorporan en Experience Platform, siempre se estructuran según un esquema XDM.
Esquemas estándar y relacionales
Existen dos tipos de esquemas en Adobe Experience Platform:
-
Esquemas estándar son esquemas que utilizan clases y grupos de campos para capturar datos de registros o de series temporales.
Un esquema estándar consta de:
- Una clase (que define el comportamiento de los datos: registro o serie temporal).
- Uno o más grupos de campos (que añaden campos específicos al esquema).
En Journey Optimizer, los esquemas estándar generalmente se utilizan para representar a personas individuales y sus atributos, capturar interacciones de series de tiempo como clics, compras o inicios de sesión, y potenciar el Perfil del cliente en tiempo real para la segmentación y personalización.
➡️ Descubra cómo crear y configurar un esquema estándar en este vídeo (vídeo)
-
Los esquemas relacionales son esquemas planos no jerárquicos que no utilizan clases ni grupos de campos. Se usan para capturar datos de registros para entidades relacionales y se usan principalmente en Journey Optimizer campañas orquestadas.
Algunos ejemplos de entidades relacionales son:
- Reservas, contratos o suscripciones
- Productos o catálogos
- Tiendas, ubicaciones o socios
Con los esquemas relacionales, puede enviar un mensaje por entidad (por ejemplo, por reserva o por suscripción), crear segmentos basados en atributos de entidad (por ejemplo, categoría de producto, ubicación de tienda) y mejorar la capacidad de direccionamiento llegando a todos los contactos vinculados a una entidad.
Cómo funcionan los esquemas relacionales:
- Crear esquemas manualmente o importar mediante DDL
- Vincular esquemas para definir las relaciones entre entidades y personas (por ejemplo, transacciones de fidelidad vinculadas a miembros, recompensas vinculadas a marcas).
- Introducir datos en su conjunto de datos desde fuentes compatibles.
➡️ Aprenda a administrar los esquemas y conjuntos de datos relacionales
➡️ Introducción a las campañas orquestadas
Vídeo tutorial video-schema
Obtenga información sobre cómo crear un esquema estándar, añadir grupos de campos, crear y configurar grupos de campos personalizados.
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how Adobe Experience Platform standard and relational XDM schemas define the structure of your data so you can model profiles, behavioral events, and relational entities in Journey Optimizer.
Intents:
- Understand what an XDM schema is and how it structures ingested Experience Platform data.
- Distinguish standard schemas from relational schemas.
- Choose a class (record or time-series) and field groups for a standard schema.
- Model relational entities for Orchestrated campaigns.
- Understand the permanence of enabling a schema for Real-Time Customer Profile.
Glossary:
- XDM schema: an abstract definition of a real-world object that structures data ingested into Experience Platform (product-specific)
- Standard schema: a hierarchical schema that uses classes and field groups to capture record or time-series data (product-specific)
- Relational schema: a flat, non-hierarchical schema that does not use classes or field groups, used for record data for relational entities and primarily in Orchestrated campaigns (product-specific)
- Class: the schema component that defines data behavior (record or time-series) (product-specific)
- Field group: the schema component that adds specific fields to a schema (product-specific)
- Real-Time Customer Profile: the profile that standard schemas power for segmentation and personalization (product-specific)
Guardrails:
- Enabling a schema for Real-Time Customer Profile is permanent: once enabled, the schema cannot be disabled or deleted (hard constraint).
- Datasets built on an enabled schema can be disabled or deleted separately, but doing so removes the associated profile records and may affect segmentation and activation workflows.
- Relational schemas are flat and do not use classes or field groups.
Terminology:
- Do not confuse: “standard schema” (hierarchical, uses classes and field groups) ≠ “relational schema” (flat, no classes or field groups)
- Do not confuse: “class” (defines record versus time-series behavior) ≠ “field group” (adds specific fields)
- Do not confuse: “record” behavior ≠ “time-series” behavior
FAQ:
- Q: What are the two types of schemas? — Standard schemas (hierarchical) and relational schemas (flat, non-hierarchical).
- Q: What is the difference between a class and a field group? — A class defines the base behavior (record or time-series); field groups add specific fields to the schema.
- Q: When are relational schemas used? — Primarily in Journey Optimizer Orchestrated campaigns, for relational entities such as bookings, products, or stores.
- Q: Can I undo enabling a schema for Profile? — No; once enabled, the schema cannot be disabled or deleted, although its datasets can be disabled or deleted separately.
- Q: How do I create a relational schema? — Create it manually or import via DDL, then link schemas to define relationships and ingest data from supported sources.