Datenschutzbezeichnungen für Analytics-Variablen

Adobe-Kunden sind als Datenverantwortliche für die Einhaltung der geltenden Datenschutzgesetze wie der Datenschutz-Grundverordnung (DSGVO) und dem California Consumer Privacy Act (CCPA) zuständig. Sie sollten sich daher mit ihrer eigenen Rechtsabteilung beraten, um zu bestimmen, wie ihre Daten im Einklang mit den Datenschutzgesetzen verarbeitet werden sollen. Adobe weiß, dass jede Kundin und jeder Kunde individuelle Datenschutzanforderungen hat. Deshalb ermöglicht Adobe es auch, die gewünschten Datenschutzeinstellungen für die Datenverarbeitung anzupassen. So kann jeder Unique Customer Datenschutzanfragen so verarbeiten, wie es für seine Marke und seine Datensätze am sinnvollsten ist.

Adobe Analytics stellt Werkzeuge zur Verfügung, um Daten entsprechend ihrer Sensibilität und ihren vertraglichen Beschränkungen zu kennzeichnen. Kennzeichnungen sind ein wichtiger Schritt, um (1) die betroffenen Personen zu identifizieren, (2) zu bestimmen, welche Daten im Zuge der Auskunftspflicht zurückgegeben werden müssen, und (3) Datenfelder zu identifizieren, die im Rahmen einer Löschanfrage gelöscht werden müssen.

Bevor Sie ermitteln, welche Beschriftungen den einzelnen Variablen und Feldern hinzugefügt werden müssen, sollten Sie zunächst die Grundlagen zu den IDs kennen, die Sie in Ihren Analytics-Daten erfassen, und entscheiden, welche hiervon Sie für Datenschutzanfragen verwenden wollen.

Die Adobe Analytics-Datenschutzimplementierung unterstützt folgende Beschriftungen für Identitätsdaten, vertrauliche Daten und Data Governance.

Kennzeichnungen für Identitätsdaten identity-data-labels

Die Kennzeichnung für Identitätsdaten („I“) wird verwendet, um Daten zu kategorisieren, über die eine bestimmte Person identifiziert oder kontaktiert werden kann.

Kennzeichnungen für vertrauliche Daten sensitive-data-labels

Diese Kennzeichnung („S“) wird verwendet, um vertrauliche Daten, wie z. B. geografische Daten, zu kategorisieren. In Zukunft werden zusätzliche Datenkennzeichnungen verfügbar sein, um andere Arten vertraulicher Informationen zu kennzeichnen.

Data-Governance-Kennzeichnungen (Datenschutz) data-governance-labels

Über Data Governance-Kennzeichnungen können Benutzende Daten klassifizieren, die datenschutzbezogene Überlegungen und vertragliche Bedingungen enthalten. Kundinnen und Kunden von Adobe werden so bei der Einhaltung von Verordnungen und Unternehmensrichtlinien unterstützt.

Datenschutz – Auskunftskennzeichnungen access

Obwohl nur wenige Variablen andere Kennzeichnungen erhalten werden, ist davon auszugehen, dass auf eine Vielzahl Ihrer Variablen Zugriffskennzeichnungen angewendet werden. Es obliegt jedoch Ihnen, nach Absprache mit Ihrer Rechtsabteilung zu entscheiden, welche der von Ihnen erfassten Daten für die betroffenen Personen freigegeben werden sollen.

Datenschutz-Löschkennzeichnungen delete

Im Gegensatz zu anderen Beschriftungen schließen sich diese Löschbeschriftungen nicht gegenseitig aus. Sie können eine von ihnen, beide oder keine auswählen. Eine separate None-Beschriftung ist nicht erforderlich, da None einfach dadurch angezeigt wird, dass keine der Löschoptionen aktiviert wird.

Eine Löschkennzeichnung ist nur für Felder mit einem Wert erforderlich, der die Zuordnung eines Treffers zur betroffenen Person zulässt (d. h. der die Identifizierung der betroffenen Person ermöglicht). Andere persönliche Daten (Favoriten, Browser-/Einkaufsverlauf, Gesundheitszustand usw.) müssen nicht gelöscht werden, da die Zuordnung zur betroffenen Person entfernt wird.

Datenschutz-Identitätskennzeichnungen identity

Bereitstellen eines Namespace bei der Kennzeichnung einer Variablen als ID-DEVICE oder ID-PERSON provide-namespace

Wenn Sie eine Variable als ID-DEVICE oder ID-PERSON beschriften, werden Sie zum Bereitstellen eines Namespace aufgefordert. Sie können entweder einen zuvor definierten Namespace verwenden oder einen neuen definieren.

Verwenden eines zuvor definierten Namespace previously-defined

Wenn Sie zuvor anderen Variablen in einer beliebigen Report Suite in Ihrem Anmeldeunternehmen eine ID-Beschriftung zugewiesen haben, können Sie einen dieser vorhandenen Namespaces auswählen. Sie sollten den Namespace wiederverwenden, wenn diese Variable denselben ID-Typ enthält wie andere Variablen, die bereits mit diesem Namespace beschriftet sind, und Sie beim Senden einer Anfrage alle Variablen durchsuchen wollen.

Definieren eines neuen Namespace define

Sie können auch einen neuen Namespace definieren. Es wird empfohlen, Namespace-Zeichenfolgen auf alphanumerische Zeichen sowie Unterstriche, Bindestriche und Leerzeichen zu beschränken. Alle Zeichen werden in Kleinschreibung konvertiert.

Die von Ihnen als Namespace angegebene Zeichenfolge ist dieselbe Zeichenfolge, die Sie beim Senden von Anfragen über die Datenschutz-API als Wert des Parameters „namespace“ verwenden sollten. Aufgrund der Anfrage durchsucht Adobe Analytics anschließend alle Variablen in allen Report Suites, in denen dieser Namespace verwendet wird, nach der ID, die Sie in der Anfrage angegeben haben.

Sie müssen die Kennzeichnungen ID-DEVICE oder ID-PERSON nicht für alle Variablen angeben, die IDs enthalten (dazu dienen die I1/I2-Kennzeichnungen). Verwenden Sie diese Beschriftung, wenn Sie mithilfe von in dieser Variablen gespeicherten IDs Datenschutzanfragen senden und wenn Sie diese Variable für die angegebene ID suchen möchten. Beispiel: eVar1 kann eine E-Mail-Adresse enthalten, während eVar2 einen Benutzernamen für die Anmeldung beinhaltet. Sie senden jedoch Anfragen ausschließlich mithilfe des Benutzernamens. In diesem Fall können Sie eVar1 als I1, ACC-PERSON, DEL-PERSON und eVar2 als I2, ACC-PERSON, DEL-PERSON, ID-PERSON mit dem Namespace „user name“ beschriften. Anschließend können Sie eine Anfrage mit einem JSON-Block für den Benutzerabschnitt senden, z. B.:

{
     "namespace": "user name",
     "type": "analytics",
     "value": "rocketman123"
}

Sie können denselben Namespace für verschiedene Variablen innerhalb derselben Report Suite verwenden. Bei einigen benutzerdefinierten Implementierungen wird beispielsweise eine CRM-ID in einem Prop- und einem eVar-Objekt gespeichert. Wenn die CRM-ID immer in einer der Variablen auftritt (z. B. in der eVar) und nur gelegentlich in der anderen (Prop) enthalten ist bzw. niemals in der Prop enthalten ist, wenn sie auch nicht in der eVar vorkommt, ist nur für das eVar-Objekt eine ID-Kennzeichnung und ein Namespace erforderlich, da Adobe nur diese eVar nach der ID durchsuchen kann. Wenn jedoch die CRM-ID manchmal in einer Variablen und manchmal in der anderen auftritt, sollten beide denselben Namespace haben. Adobe durchsucht dann beide Variablen nach Vorkommen der ID, die im Rahmen einer Datenschutzanfrage mit diesem Namespace angegeben wird. Sie sollten weiterhin DEL-Beschriftungen für all diese Variablen festlegen, damit der Wert anonymisiert wird, egal, wo er auftritt.

Als weiteres Beispiel dient der Fall, in dem Sie eine CRM-ID verwenden, die manchmal via eVar1 und manchmal via prop7 gesendet wird. Mithilfe einer Verarbeitungsregel wird der Wert auf eVar1 (sofern vorhanden) in eVar3 kopiert. Andernfalls wird der Wert von prop7 in eVar3 kopiert. In diesem Szenario enthält eVar3 immer die CRM-ID (sofern sie bekannt ist), sodass nur für eVar3 eine ID-PERSON-Kennzeichnung erforderlich ist.

Variablentypen und unterstützte Datenschutzkennzeichnungen variable-types

Datenschutzkennzeichnungen wirken sich auf vier Klassen von Analytics-Variablen aus. Nicht alle Variablen unterstützen alle Kennzeichnungen. Die folgende Tabelle zeigt, welche Variablen welche Kennzeichnungen unterstützen bzw. nicht unterstützen.

Variablen, bei denen andere Beschriftungen als ACC-ALL/ACC-PERSON zugewiesen/geändert werden können variables

Löschverarbeitung deletion

Die Adobe Analytics-Unterstützung für Datenschutz-Löschanfragen soll die Auswirkungen auf das Reporting minimieren. In den meisten Fällen sollten sich die in Berichten angezeigten Metriken nicht ändern. Ein Verlaufsbericht, der vor der Datenschutzlöschung ausgeführt wurde, stimmt mit dem Bericht nach der Löschung überein. Dies wird erreicht, indem die gelöschten Daten vollständig von der betroffenen Person getrennt werden, während nicht identifizierbare Daten beibehalten werden, damit die berichteten Werte konsistent bleiben.

Die folgende Tabelle zeigt, wie verschiedene Variablen „gelöscht“ werden. Die Liste ist nicht vollständig.

Variablen, die die erwarteten Löschkennzeichnungen möglicherweise nicht unterstützen no-delete-support

Diese Abschnitt enthält Informationen zu Analytics-Variablen, die die Löschung möglicherweise nicht unterstützen. Manchmal werden diese Variablen von anderen Personen als Analytics-Benutzenden (z. B. von der Rechtsabteilung) gelöscht, die mit dem in der Variablen enthaltenen Datentyp nicht vertraut sind und deshalb anhand des Variablennamens von einer bestimmten Annahme ausgehen.

Es ist wichtig zu verstehen, welche Datentypen in den einzelnen Variablen enthalten sind, bevor Sie eine Entscheidung über die Kennzeichnung oder Löschung treffen, und sich nicht allein auf den Variablennamen zu verlassen. Im Folgenden finden Sie eine Liste dieser Variablen und erfahren, warum sie unter Umständen keine Löschung erfordern bzw. warum sie ggf. nicht über eine spezifische Löschkennzeichnung verfügen:

Datumsfelder für Zugriffsanfragen access-requests

Es gibt fünf Standardvariablen, die Zeitstempel enthalten:

Für den Code zur Generierung der für Datenschutz-Zugriffsanfragen zurückgegebenen Dateien ist es erforderlich, dass mindestens eine der ersten drei Zeitstempelvariablen in die Zugriffsanfrage aufgenommen wird (mit einer ACC-Beschriftung, die für die Art der Anforderung gilt). Wenn keine davon enthalten ist, wird „Custom Hit Time UTC“ so behandelt, als hätte es eine „ACC-ALL“-Beschriftung.

Die CSV-Datei auf Trefferebene, die für Datenschutz-Zugriffsanfragen zurückgegeben wird, konvertiert die Werte in diesen Feldern von Unix-Zeitstempeln in Datums-/Uhrzeitfelder im Format YYYY-MM-DD HH:MM:SS (z. B. 2018-05-01 13:49:22). In der Zusammenfassungsdatei werden diese Zeitstempelwerte abgeschnitten, sodass nur das HTML-Datum YYYY-MM-DD enthalten ist, um die Anzahl der eindeutigen Werte für diese zu reduzieren.