Auf dieser Seite: Erfahren Sie, wie die Standard- und relationalen Schemata von Adobe Experience Platform die Struktur Ihrer Daten definieren, damit Sie Profile, Verhaltensereignisse und relationale Entitäten für die Personalisierung und orchestrierte Kampagnen in Adobe Journey Optimizer modellieren können.
Adobe Journey Optimizer nutzt Adobe Experience Platform-Schemata zur konsistenten und wiederverwendbaren Beschreibung der Struktur von Daten. Ein Schema bietet eine abstrakte Definition eines realen Objekts (z. B. einer Person) und legt dar, welche Daten in den einzelnen Instanzen dieses Objekts enthalten sein sollen (z. B. Vorname, Nachname, Geburtsdatum usw.). Wenn Daten in Experience Platform aufgenommen werden, werden sie nach einem XDM-Schema strukturiert.
Standard- und relationale Schemata
In Adobe Experience Platform gibt es zwei Arten von Schemata:
-
Standardschemata sind hierarchische Schemata, die Klassen und Feldergruppen verwenden, um Eintrags- oder Zeitreihendaten zu erfassen.
Ein Standardschema besteht aus:
- Einer Klasse (die das Datenverhalten definiert: Eintrag oder Zeitreihe).
- Einer oder mehreren Feldergruppen (die dem Schema bestimmte Felder hinzufügen).
In Journey Optimizer werden Standardschemata normalerweise verwendet, um Einzelpersonen und ihre Attribute darzustellen, Zeitreiheninteraktionen wie Klicks, Käufe oder Anmeldungen zu erfassen und das Echtzeit-Kundenprofil für die Segmentierung und Personalisierung zu nutzen.
➡️ In diesem Video erfahren Sie, wie Sie ein Standardschema erstellen und konfigurieren (Video)
-
Relationale Schemata sind flache, nicht hierarchische Schemata, die keine Klassen oder Feldergruppen verwenden. Sie dienen dazu, Eintragsdaten für relationale Entitäten zu erfassen, und kommen hauptsächlich in Journey Optimizer orchestrierten Kampagnen zum Einsatz.
Beispiele für relationale Entitäten:
- Buchungen, Verträge oder Abonnements
- Produkte oder Kataloge
- Filialen, Standorte oder Partner
Mit relationalen Schemata können Sie eine Nachricht pro Entität senden (z. B. pro Buchung, pro Abonnement), Segmente basierend auf Entitätsattributen erstellen (z. B. Produktkategorie, Filialstandort) und die Adressierbarkeit verbessern, indem Sie alle mit einer Entität verknüpften Kontakte ansprechen.
Funktionsweise von relationalen Schemata:
- Erstellen Sie Schemata manuell oder importieren Sie sie über DDL.
- Verknüpfen Sie Schemata, um Beziehungen zwischen Entitäten und Personen zu definieren (z. B. mit Mitgliedern verknüpfte Treuetransaktionen, mit Marken verknüpfte Prämien).
- Nehmen Sie Daten aus unterstützten Quellen in Ihren Datensatz auf.
➡️ Weiter Informationen zum Verwalten von relationalen Schemata und Datensätzen
➡️ Erste Schritte mit orchestrierten Kampagnen
Anleitungsvideo video-schema
Erfahren Sie, wie Sie ein Standardschema erstellen, Feldergruppen hinzufügen sowie benutzerdefinierte Feldergruppen erstellen und konfigurieren.
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.