In questa pagina: scopri come gli schemi standard e relazionali di Adobe Experience Platform definiscono la struttura dei tuoi dati, consentendoti di modellare profili, eventi comportamentali ed entità relazionali per la personalizzazione e le campagne orchestrate in Adobe Journey Optimizer.
Adobe Journey Optimizer si basa sugli schemi di Adobe Experience Platform per descrivere la struttura dei dati in modo coerente e riutilizzabile. Uno schema fornisce una definizione astratta di un oggetto reale (ad esempio una persona) e delinea i dati da includere in ogni istanza di tale oggetto (ad esempio nome, cognome, compleanno e così via). Quando i dati vengono acquisiti in Experience Platform, sono sempre strutturati in base a uno schema XDM.
Schemi relazionali e standard
In Adobe Experience Platform sono disponibili due tipi di schemi:
-
Gli schemi standard sono schemi gerarchici che utilizzano classi e gruppi di campi per acquisire dati di record o di serie temporali.
Uno schema standard è composto da:
- Una classe (che definisce il comportamento dei dati: record o serie temporale).
- Uno o più gruppi di campi (che aggiungono campi specifici allo schema).
In Journey Optimizer, gli schemi standard vengono generalmente utilizzati per rappresentare singole persone e i relativi attributi, acquisire interazioni di serie temporali, quali clic, acquisti o accessi, e alimentare il profilo cliente in tempo reale per la segmentazione e la personalizzazione.
➡️ Scopri come creare e configurare uno schema standard in questo video (video)
-
Gli schemi relazionali sono schemi semplici non gerarchici che non utilizzano classi o gruppi di campi. Vengono utilizzati per acquisire dati record per entità relazionali e, principalmente, nelle Journey Optimizer campagne orchestrate.
Esempi di entità relazionali includono:
- Prenotazioni, contratti o abbonamenti
- Prodotti o cataloghi
- Negozi, sedi o partner
Con gli schemi relazionali, puoi inviare un messaggio per entità (ad esempio, per prenotazione, per iscrizione), creare segmenti basati sugli attributi di entità (ad esempio, categoria di prodotto, sede del negozio) e migliorare l’indirizzabilità raggiungendo tutti i contatti collegati a un’entità.
Funzionamento degli schemi relazionali:
- Creare gli schemi manualmente o importarli tramite DDL
- Collega gli schemi per definire le relazioni tra entità e persone (ad esempio, transazioni di fidelizzazione collegate ai membri, premi collegati ai brand).
- Acquisisci i dati nel set di dati da origini supportate.
➡️ Scopri come gestire set di dati e schemi relazionali
➡️ Introduzione alle campagne orchestrate
Video dimostrativo video-schema
Scopri come creare uno schema standard, aggiungere gruppi di campi, creare e configurare gruppi di campi personalizzati.
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.