Consents & Preferences Datentyp

Der Datentyp Einverständnis für Datenschutz, Personalisierung und Marketing-Voreinstellungen (im Folgenden "DatentypConsents & Preferences"genannt) ist ein Experience Data Model (XDM)-Datentyp, der die Erfassung von Kundenberechtigungen und -präferenzen unterstützt, die von Consent Management Platform (CMPs) und anderen Quellen aus Ihren Datenvorgängen generiert werden.

Dieses Dokument behandelt die Struktur und die vorgesehene Verwendung der Felder, die vom Datentyp Consents & Preferences bereitgestellt werden.

Voraussetzungen

Dieses Dokument erfordert ein Verständnis von XDM und die Verwendung der Schemas in Experience Platform. Lesen Sie die folgende Dokumentation, bevor Sie fortfahren:

Datentypstruktur

WICHTIG

Der Datentyp Consents & Preferences wurde für eine Reihe von Nutzungsszenarien im Zusammenhang mit der Einwilligungs- und Vorzugsverwaltung entwickelt. In diesem Dokument wird daher die Verwendung der Felder des Datentyps allgemein beschrieben und es werden nur Vorschläge zur Interpretation der Verwendung dieser Felder gemacht. Wenden Sie sich an Ihr Datenschutzrechtsteam, um die Struktur des Datentyps an die Interpretation und Präsentation dieser Zustimmungs- und Auswahlmöglichkeiten für Ihre Kunden anzupassen.

Der Datentyp Consents & Preferences stellt mehrere Felder bereit, mit denen consent und Preferences Informationen erfasst werden.

Eine Einwilligung ist eine Option, mit der ein Kunde festlegen kann, wie seine Daten verwendet werden können. Die meisten Einverständniserklärungen haben einen rechtlichen Aspekt, da in einigen Rechtsordnungen eine Erlaubnis erforderlich ist, bevor Daten in einer bestimmten Weise verwendet werden können, oder der Kunde die Möglichkeit hat, diese Verwendung zu stoppen (Opt-out), wenn keine Zustimmung erforderlich ist.

Eine Präferenz ist eine Option, mit der der Kunde festlegen kann, wie verschiedene Aspekte seines Erlebnisses mit einer Marke behandelt werden sollen. Diese Kategorien fallen in zwei Kategorien:

  • Personalisierungsvoreinstellungen: Voreinstellungen bezüglich der Personalisierung von Erlebnissen, die für einen Kunden bereitgestellt werden.
  • Marketing-Voreinstellungen: Einstellungen, die angeben, ob eine Marke einen Kunden über verschiedene Kanäle kontaktieren darf.

Der folgende Screenshot zeigt, wie die Struktur des Datentyps in der Platform-Benutzeroberfläche dargestellt wird:

TIPP

Anweisungen zum Suchen nach einer beliebigen XDM-Ressource und zum Überprüfen ihrer Struktur in der Platform-Benutzeroberfläche finden Sie im Handbuch zu XDM-Ressourcen zu .

Die folgende JSON-Datei zeigt ein Beispiel für den Datentyp Consents & Preferences , den der Datentyp verarbeiten kann. Informationen zur spezifischen Verwendung dieser Felder finden Sie in den folgenden Abschnitten.

{
  "consents": {
    "collect": {
      "val": "y",
    },
    "adID": {
      "val": "VI"
    },
    "share": {
      "val": "y",
    },
    "personalize": {
      "content": {
        "val": "y"
      }
    },
    "marketing": {
      "preferred": "email",
      "any": {
        "val": "u"
      },
      "push": {
        "val": "n",
        "reason": "Too Frequent",
        "time": "2019-01-01T15:52:25+00:00"
      }
    },
    "metadata": {
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}
TIPP

Sie können JSON-Beispieldaten für jedes XDM-Schema generieren, das Sie in Experience Platform definieren, um zu veranschaulichen, wie Ihre Kundenzustimmungs- und -bevorzugte Daten zugeordnet werden sollen. Weitere Informationen finden Sie in der folgenden Dokumentation:

consents

consents enthält mehrere Felder, die die Zustimmung und Voreinstellungen eines Kunden beschreiben. Diese Felder werden in den folgenden Unterabschnitten ausführlicher beschrieben.

"consents": {
  "collect": {
    "val": "y",
  },
  "adID": {
    "val": "VI"
  },
  "share": {
    "val": "y",
  },
  "personalize": {
    "content": {
      "val": "y"
    }
  },
  "marketing": {
    "preferred": "email",
    "any": {
      "val": "u"
    },
    "email": {
      "val": "n",
      "reason": "Too Frequent",
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}

collect

collect stellt die Einwilligung des Kunden zur Erfassung seiner Daten dar.

"collect" : {
  "val": "y"
}
Eigenschaft Beschreibung
val Die vom Kunden bereitgestellte Entscheidung für die Zustimmung für diesen Anwendungsfall. Akzeptierte Werte und Definitionen finden Sie im Anhang .

adID

adID stellt die Zustimmung des Kunden dar, ob eine Advertiser-ID (IDFA oder GAID) verwendet werden kann, um den Kunden über Apps auf diesem Gerät hinweg zu verknüpfen.

"adID" : {
  "val": "y"
}
Eigenschaft Beschreibung
val Die vom Kunden bereitgestellte Entscheidung für die Zustimmung für diesen Anwendungsfall. Akzeptierte Werte und Definitionen finden Sie im Anhang .

share

share stellt die Einwilligung des Kunden dar, ob seine Daten an Zweit- oder Dritte weitergegeben (oder an Dritte verkauft) werden können.

"share" : {
  "val": "y"
}
Eigenschaft Beschreibung
val Die vom Kunden bereitgestellte Entscheidung für die Zustimmung für diesen Anwendungsfall. Akzeptierte Werte und Definitionen finden Sie im Anhang .

personalize

personalize erfasst Kundenpräferenzen darüber, auf welche Weise ihre Daten für die Personalisierung verwendet werden können. Kunden können bestimmte Anwendungsfälle der Personalisierung deaktivieren oder die Personalisierung vollständig deaktivieren.

WICHTIG

personalize umfasst keine Marketing-Anwendungsfälle. Wenn beispielsweise ein Kunde die Personalisierung für alle Kanäle ablehnt, sollte er nicht aufhören, Nachrichten über diese Kanäle zu empfangen. Stattdessen sollten die Nachrichten, die sie empfangen, generisch sein und nicht auf ihrem Profil basieren.
Wenn ein Kunde beispielsweise das Direktmarketing für alle Kanäle ablehnt (über marketing, wie im nächsten Abschnitt erläutert), sollte dieser Kunde keine Nachrichten erhalten, selbst wenn eine Personalisierung zulässig ist.

"personalize": {
  "content": {
    "val": "y",
  }
}
Eigenschaft Beschreibung
content Stellt die Voreinstellungen des Kunden für personalisierte Inhalte auf Ihrer Website oder in Ihrer Anwendung dar.
val Die vom Kunden bereitgestellte Personalisierungseinstellung für den angegebenen Anwendungsfall. In Fällen, in denen der Kunde nicht zur Einwilligung aufgefordert werden muss, sollte der Wert dieses Felds die Grundlage angeben, auf der die Personalisierung erfolgen soll. Akzeptierte Werte und Definitionen finden Sie im Anhang .

marketing

marketing erfasst Kundenpräferenzen in Bezug darauf, für welche Marketing-Zwecke ihre Daten verwendet werden können. Kunden können bestimmte Marketing-Anwendungsfälle abwählen oder Direktmarketing vollständig deaktivieren.

"marketing": {
  "preferred": "email",
  "any": {
    "val": "u"
  },
  "email": {
    "val": "n",
    "reason": "Too Frequent"
  },
  "push": {
    "val": "y"
  },
  "sms": {
    "val": "y"
  }
}
Eigenschaft Beschreibung
preferred Gibt den bevorzugten Kanal des Kunden für den Empfang von Nachrichten an. Akzeptierte Werte finden Sie im Anhang .
any Stellt die Voreinstellungen des Kunden für Direktmarketing als Ganzes dar. Die in diesem Feld angegebene Zustimmungsvoreinstellung gilt als "Standardeinstellung"für jeden Marketing-Kanal, es sei denn, sie wird durch zusätzliche Unterfelder überschrieben, die unter marketing bereitgestellt werden. Wenn Sie planen, detailliertere Zustimmungsoptionen zu verwenden, wird empfohlen, dieses Feld auszuschließen.

Wenn der Wert auf n festgelegt ist, sollten alle spezifischeren Personalisierungseinstellungen ignoriert werden. Wenn der Wert auf y festgelegt ist, sollten alle feinkörnigen Personalisierungsoptionen ebenfalls als y behandelt werden, es sei denn, dies ist explizit auf n festgelegt. Wenn der Wert nicht festgelegt ist, sollten die Werte für jede Personalisierungsoption wie angegeben berücksichtigt werden.
email Gibt an, ob der Kunde dem Empfang von E-Mail-Nachrichten zustimmt.
push Gibt an, ob der Kunde den Empfang von Push-Benachrichtigungen gestattet.
sms Gibt an, ob der Kunde dem Empfang von Textnachrichten zustimmt.
val Die vom Kunden angegebene Voreinstellung für den angegebenen Anwendungsfall. In Fällen, in denen der Kunde nicht aufgefordert werden muss, seine Zustimmung zu erteilen, sollte der Wert dieses Felds die Grundlage angeben, auf der der Marketing-Anwendungsfall stattfinden soll. Akzeptierte Werte und Definitionen finden Sie im Anhang .
time Ein ISO 8601-Zeitstempel, mit dem die Marketing-Voreinstellung geändert wurde (falls zutreffend). Beachten Sie, dass, wenn der Zeitstempel für eine individuelle Voreinstellung mit dem unter metadata angegebenen Zeitstempel übereinstimmt, dieses Feld nicht für diese Voreinstellung festgelegt werden darf.
reason Wenn ein Kunde einen Marketing-Anwendungsfall ablehnt, stellt dieses Zeichenfolgenfeld den Grund dar, warum der Kunde sich abgemeldet hat.

metadata

metadata erfasst allgemeine Metadaten über die Zustimmung und Voreinstellungen des Kunden, wann immer sie zuletzt aktualisiert wurden.

"metadata": {
  "time": "2019-01-01T15:52:25+00:00",
}
Eigenschaft Beschreibung
time Ein ISO 8601-Zeitstempel zum letzten Mal, wenn die Zustimmungen und Voreinstellungen des Kunden aktualisiert wurden. Dieses Feld kann verwendet werden, anstatt Zeitstempel auf individuelle Voreinstellungen anzuwenden, um Belastung und Komplexität zu reduzieren. Wenn Sie einen time -Wert unter einer individuellen Voreinstellung angeben, wird der metadata-Zeitstempel für diese Voreinstellung überschrieben.

Daten mithilfe des Datentyps erfassen

Um den Datentyp Consents & Preferences verwenden zu können, um Einwilligungsdaten von Ihren Kunden zu erfassen, müssen Sie einen Datensatz erstellen, der auf einem Schema basiert, das diesen Datentyp enthält.

Anweisungen zum Zuweisen von Datentypen zu Feldern finden Sie im Tutorial zum Erstellen eines Schemas in der Benutzeroberfläche🔗 . Nachdem Sie ein Schema erstellt haben, das ein Feld mit dem Datentyp Consents & Preferences enthält, lesen Sie den Abschnitt Erstellen eines Datensatzes im Benutzerhandbuch zum Datensatz und befolgen Sie die Schritte zum Erstellen eines Datensatzes mit einem vorhandenen Schema.

WICHTIG

Wenn Sie Einwilligungsdaten an Real-time Customer Profile senden möchten, müssen Sie ein Profile-aktiviertes Schema erstellen, das auf der XDM Individual Profile-Klasse basiert, die den Datentyp Consents & Preferences enthält. Der Datensatz, den Sie auf Grundlage dieses Schemas erstellen, muss auch für Profile aktiviert sein. Spezifische Schritte bezüglich der Real-time Customer Profile-Anforderungen für Schemas und Datensätze finden Sie in den oben genannten Tutorials.
Darüber hinaus müssen Sie sicherstellen, dass Ihre Zusammenführungsrichtlinien so konfiguriert sind, dass sie die Datensätze priorisieren, die die neuesten Zustimmungs- und Voreinstellungsdaten enthalten, damit Kundenprofile korrekt aktualisiert werden. Weitere Informationen finden Sie in der Übersicht zu Zusammenführungsrichtlinien .

Handhabung von Zustimmungs- und Vorgabenänderungen

Wenn ein Kunde seine Zustimmung oder Voreinstellungen auf Ihrer Website ändert, sollten diese Änderungen erfasst und sofort mit dem Adobe Experience Platform Web SDK erzwungen werden. Wenn ein Kunde die Datenerfassung ablehnt, muss die Datenerfassung sofort eingestellt werden. Wenn ein Kunde die Personalisierung ablehnt, sollte auf der nächsten besuchten Seite keine Personalisierung vorhanden sein.

Anhang

Die folgenden Abschnitte enthalten zusätzliche Referenzinformationen zum Datentyp Consents & Preferences.

Akzeptierte Werte für val

In der folgenden Tabelle sind die für val zulässigen Werte aufgeführt:

Wert Titel Beschreibung
y Ja Der Kunde hat sich für die Zustimmung oder Präferenz entschieden. Mit anderen Worten, sie stimmen do der Verwendung ihrer Daten zu, wie durch die betreffende Einwilligung oder Präferenz angegeben.
n Nein Der Kunde hat sich von der Zustimmung oder Präferenz abgemeldet. Mit anderen Worten, sie stimmen nicht der Verwendung ihrer Daten zu, wie durch die betreffende Einwilligung oder Präferenz angegeben.
p Ausstehende Überprüfung Das System hat noch keinen endgültigen Zustimmungs- oder Präferenzwert erhalten. Dies wird meist im Rahmen einer Zustimmung verwendet, die eine zweistufige Überprüfung erfordert. Wenn sich ein Kunde beispielsweise für den Erhalt von E-Mails entscheidet, wird diese Zustimmung auf p gesetzt, bis er einen Link in einer E-Mail auswählt, um zu überprüfen, ob er die richtige E-Mail-Adresse angegeben hat. Anschließend wird die Zustimmung auf y aktualisiert.

Wenn diese Zustimmung oder Voreinstellung keinen zweistufigen Überprüfungsprozess verwendet, kann die p Auswahl stattdessen verwendet werden, um anzugeben, dass der Kunde noch nicht auf die Einwilligungsaufforderung reagiert hat. Sie können beispielsweise den Wert auf p automatisch auf der ersten Seite einer Website festlegen, bevor der Kunde auf die Einverständnisaufforderung reagiert hat. In Rechtsordnungen, die keine ausdrückliche Zustimmung erfordern, können Sie damit auch angeben, dass der Kunde sich nicht ausdrücklich abgemeldet hat (d. h., die Zustimmung wird angenommen).
u „Unbekannt“ Die Einwilligungs- oder Präferenzinformationen des Kunden sind unbekannt.
LI Rechtliches Interesse Das berechtigte geschäftliche Interesse, diese Daten für den angegebenen Zweck zu sammeln und zu verarbeiten, überwiegt den potenziellen Schaden, den sie für die Person darstellt.
CT Vertrag Die Erhebung von Daten für den angegebenen Zweck ist erforderlich, um vertragliche Verpflichtungen mit der Person zu erfüllen.
CP Erfüllung einer rechtlichen Verpflichtung Die Erhebung von Daten für den angegebenen Zweck ist erforderlich, um die rechtlichen Verpflichtungen des Unternehmens zu erfüllen.
VI Wichtiges Interesse des Einzelnen Die Erhebung von Daten für den angegebenen Zweck ist erforderlich, um die lebenswichtigen Interessen des Einzelnen zu schützen.
PI Öffentliches Interesse Die Erhebung von Daten für den festgelegten Zweck ist erforderlich, um eine Aufgabe im öffentlichen Interesse oder in Ausübung öffentlicher Gewalt zu erfüllen.

Akzeptierte Werte für preferred

In der folgenden Tabelle sind die für preferred zulässigen Werte aufgeführt:

Wert Beschreibung
email E-Mail-Nachrichten.
push Push-Benachrichtigungen.
inApp In-App-Nachrichten.
sms SMS-Nachrichten.
phone Interaktionen mit Telefonaufrufen.
phyMail Physische Post.
inVehicle In-Vehicle-Nachrichten.
inHome In-Home-Nachrichten.
iot Internet der Nachrichten (IoT).
social Social-Media-Inhalte.
other Ein Kanal, der nicht in eine Standardkategorie passt.
none Kein bevorzugter Kanal.
unknown Der bevorzugte Kanal ist unbekannt.

Vollständiges Consents & Preferences-Schema

Das vollständige Schema für den Datentyp Consents & Preferences finden Sie im offiziellen XDM-Repository.

Auf dieser Seite