Nesta página: entenda como os esquemas padrão e relacionais da Adobe Experience Platform definem a estrutura dos dados para que você possa modelar perfis, eventos comportamentais e entidades relacionais para personalização e campanhas orquestradas no Adobe Journey Optimizer.
O Adobe Journey Optimizer usa esquemas da Adobe Experience Platform para descrever a estrutura dos dados de forma consistente e reutilizável. Um esquema fornece uma definição abstrata de um objeto do mundo real (como uma pessoa) e descreve quais dados devem ser incluídos em cada instância desse objeto (como nome, data de aniversário e assim por diante). Quando os dados são assimilados na Experience Platform, eles são sempre estruturados de acordo com um esquema XDM.
Esquemas padrão e relacionais
Há dois tipos de esquemas na Adobe Experience Platform:
-
Esquemas padrão são esquemas hierárquicos que usam classes e grupos de campos para capturar dados de registros ou séries temporais.
Um esquema padrão é composto de:
- Uma classe (que define o comportamento dos dados: registro ou série temporal).
- Um ou mais grupos de campos (que adicionam campos específicos ao esquema).
No Journey Optimizer, os esquemas padrão são normalmente usados para representar pessoas individuais e seus atributos, capturar interações de série temporal, como cliques, compras ou logons, e potencializar o perfil do cliente em tempo real para segmentação e personalização.
➡️ Aprenda como criar e configurar um esquema padrão neste vídeo (vídeo)
-
Esquemas relacionais são esquemas simples e sem hierarquia que não usam classes ou grupos de campos. Eles são usados para capturar dados de registro de entidades relacionais e servem principalmente para campanhas orquestradas do Journey Optimizer.
Exemplos de entidades relacionais incluem:
- Reservas, contratos ou assinaturas
- Produtos ou catálogos
- Lojas, locais ou parceiros
Com esquemas relacionais, você pode enviar uma mensagem por entidade (por exemplo, por reserva ou por assinatura), criar segmentos com base em atributos de entidade (por exemplo, categoria de produto, localização da loja) e melhorar a capacidade de endereçamento, alcançando todos os contatos vinculados a uma entidade.
Como os esquemas relacionais funcionam:
- Criar esquemas manualmente ou importar via DDL
- Vincule esquemas para definir relações entre entidades e pessoas (por exemplo, transações de fidelidade vinculadas a membros, recompensas vinculadas a marcas).
- Assimile dados em seu conjunto de dados de fontes compatíveis.
➡️ Aprenda a gerenciar esquemas relacionais e conjuntos de dados
➡️ Introdução às campanhas orquestradas
Vídeo tutorial video-schema
Saiba como criar um esquema padrão, adicionar grupos de campos, criar e 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.