Einrichten der Zustimmung mit dem Platform Web SDK
Erfahren Sie, wie Sie die Datenschutzeinstellungen der Adobe Experience Platform Web SDK-Tag-Erweiterung konfigurieren. Legen Sie die Zustimmung basierend auf der Interaktion des Besuchers mit einem Banner von einer Consent Management Platform (CMP) fest.
Lernziele
Am Ende dieser Lektion können Sie:
- Laden einer CMP mithilfe von Tags
- Datenschutzeinstellungen in der Experience Platform Web SDK-Tag-Erweiterung konfigurieren
- Festlegen der Zustimmung für das Experience Platform Web SDK basierend auf der Aktion des Besuchers
Voraussetzungen
Sie sollten mit Tags und den Schritten zum Erstellen von Regeln, Datenelementen, Erstellen von Bibliotheken in Umgebungen und Wechseln von Tag-Bibliotheken mithilfe des Experience Platform Debugger vertraut sein.
Bevor Sie mit der Konfiguration der Datenschutzeinstellungen und der Erstellung der Regeln zum Festlegen der Einwilligung beginnen, stellen Sie sicher, dass Sie Ihr Plattformskript für die Einwilligungsverwaltung auf die Website eingefügt haben und ordnungsgemäß funktionieren. Eine CMP kann entweder direkt mithilfe von Site-Entwicklern in den Quellcode geladen oder über Tags selbst geladen werden. Diese Lektion zeigt den letzteren Ansatz.
-
Eine Consent Management Platform (oder CMP) wird von Organisationen verwendet, um die Einwilligungsoptionen eines Besuchers gesetzlich zu dokumentieren und zu verwalten, bevor Besucherdaten aus Online-Quellen wie Websites und Apps erfasst, weitergegeben oder verkauft werden.
-
Der empfohlene Ansatz für die Injektion einer CMP erfolgt direkt über den Quellcode vor dem Tag-Manager-Skript.
Klaro konfigurieren
Bevor Sie in die Tag-Konfigurationen springen, erfahren Sie mehr über die in diesem Tutorial Klaro verwendete Zustimmungsverwaltungsplattform.
-
Besuch Klaro und ein Konto einrichten.
-
Navigieren Sie zu Privacy Manager und erstellen Sie eine Instanz gemäß den Anweisungen.
-
Verwenden Sie die Integrationscode um Klaro in Ihre Tag-Eigenschaft zu injizieren (Anweisungen finden Sie in der nächsten Übung).
-
Überspringen Scannen -Abschnitt, da er die Tag-Eigenschaft erkennt, die auf der Demowebsite von Luma fest codiert ist, und nicht die Eigenschaft, die Sie für dieses Tutorial erstellt haben.
-
Hinzufügen eines Dienstes namens
aep web sdkund aktivieren Sie die Dienststandardstatus. Wenn diese Option aktiviert ist, lautet der Standardwert für die Zustimmungtrue, andernfallsfalse. Diese Konfiguration ist nützlich, wenn Sie entscheiden möchten, welcher standardmäßige Zustimmungsstatus (vor der Zustimmung des Besuchers) für Ihre Webanwendung gelten soll. Beispiel:- Bei CCPA wird die Standardzustimmung normalerweise auf
true. Sie werden dieses Szenario als Implizites Opt-in in diesem Tutorial - Für die DSGVO wird die standardmäßige Zustimmung normalerweise auf
false. Sie werden dieses Szenario als Implizites Opt-out in diesem Tutorial.
note note NOTE Im Allgemeinen werden die oben genannten Schritte vom Team oder von der Person durchgeführt und durchgeführt, die für die Verarbeitung des CMP verantwortlich ist, z. B. OneTrust oder TrustArc. - Bei CCPA wird die Standardzustimmung normalerweise auf
CMP injizieren
Nachdem Sie mit den Konfigurationen von Klaro fertig sind, erstellen Sie Tag-Regeln mit den folgenden Konfigurationen:
- Name:
all pages - library load - Klaro - Ereignis: Bibliothek geladen (Seitenanfang) mit Erweiterte Optionen > Bestellung auf 1 gesetzt
- Aktion: Benutzerspezifischer Code, Sprache: HTML zum Laden des CMP-Skripts.
Der benutzerdefinierte Codeblock sollte in etwa wie folgt aussehen:
Speichern und erstellen Sie diese Regel jetzt in Ihrer Entwicklungsbibliothek. Überprüfen Sie, ob das Einwilligungsbanner angezeigt wird, indem Sie die Tag-Bibliothek von der Site "Luma"zu Ihrer eigenen wechseln. Auf der Website sollte ein CMP-Banner wie unten dargestellt angezeigt werden. Um die Zustimmung des aktuellen Besuchers zu überprüfen, können Sie folgendes Snippet in der Browser-Konsole verwenden.
klaro.getManager().consents
Um in den Debug-Modus zu wechseln, aktivieren Sie im Adobe Experience Platform-Debugger das folgende Kontrollkästchen.
Außerdem müssen Sie möglicherweise während dieses Tutorials Ihre Cookies und Ihren lokalen Speicher mehrmals löschen, da der Wert für die Zustimmung des Besuchers dort gespeichert wird. Sie können dies einfach wie folgt tun:
Einverständnisszenarios
Datenschutzgesetze wie die DSGVO, der CCPA und andere spielen eine entscheidende Rolle bei der Architektur der Implementierung der Einwilligung. In dieser Lektion erfahren Sie, wie ein Besucher mit dem Einwilligungsbanner unter zwei wichtigen Datenschutzaktionen interagieren kann.
Szenario 1: Implizites Opt-in
Das implizite Opt-in bedeutet, dass das Unternehmen vor der Erfassung seiner Daten keine Zustimmung des Besuchers (oder die "Opt-in"-Option) einholen muss und daher alle Besucher der Website standardmäßig als angemeldet behandelt werden. Der Besucher kann sich jedoch abmelden, indem er die Cookies über das Einwilligungsbanner ablehnt. Dieser Anwendungsfall ähnelt dem CCPA.
Jetzt konfigurieren und implementieren Sie die Zustimmung für dieses Szenario:
-
Im Datenschutz Stellen Sie sicher, dass die Experience Platform Web SDK-Tag-Erweiterung Standardzustimmung auf In :
note note NOTE Wählen Sie für eine dynamische Lösung die Option "Datenelement bereitstellen"aus und übergeben Sie ein Datenelement, das den Wert von code language-none klaro.getManager().consentsDiese Option wird verwendet, wenn der CMP in den Quellcode eingefügt wird. before den Tag-Einbettungscode, damit die standardmäßige Zustimmung verfügbar ist, bevor die Experience Platform Web SDK-Erweiterung geladen wird. In unserem Beispiel können wir diese Option nicht verwenden, da die CMP mit Tags und nicht vor Tags geladen wird. -
Speichern und erstellen Sie diese Änderung in Ihrer Tag-Bibliothek.
-
Laden der Tag-Bibliothek auf der Demosite "Luma"
-
Aktivieren Sie das Debugging von Tags auf der Site "Luma"und laden Sie die Seite neu. In der Entwicklerkonsole Ihres Browsers sollte der Wert defaultConsent gleich In
-
Mit dieser Konfiguration sendet die Experience Platform Web SDK-Erweiterung weiterhin Netzwerkanforderungen, es sei denn, ein Besucher entscheidet, die Cookies abzulehnen und abzumelden:
Wenn ein Besucher sich entscheidet, sich abzumelden (Tracking-Cookies abzulehnen), müssen Sie die Zustimmung ändern in Out. Ändern Sie die Zustimmungseinstellung, indem Sie die folgenden Schritte ausführen:
-
Erstellen Sie eine Regel, die Trigger beim Klicken auf I fall. Benennen Sie diese Regel wie folgt:
all pages - click consent banner - set consent "out" -
Als Ereignis, verwenden Klicks on Elemente, die mit der CSS-Auswahl übereinstimmen
#klaro .cn-decline
-
Verwenden Sie jetzt das Experience Platform Web SDK, Einverständnis festlegen Aktionstyp um die Zustimmung als "out"festzulegen:
-
Auswählen In Bibliothek speichern und erstellen:
Wenn sich ein Besucher abmeldet, löst die oben konfigurierte Regel aus und legt die Web SDK-Zustimmung als Out.
Validieren Sie, indem Sie zur Site "Luma Demo"gehen, Cookies ablehnen und bestätigen Sie, dass keine Web SDK-Anforderung ausgelöst wird, nachdem Sie sich abgemeldet haben.
Szenario 2: Implizites Opt-out
Implizites Opt-out bedeutet, dass Besucher standardmäßig als Opt-out behandelt werden und keine Cookies gesetzt werden sollten. Web SDK-Anfragen sollten nur ausgelöst werden, wenn sich Besucher manuell anmelden und die Cookies über das Zustimmungsbanner akzeptieren. Möglicherweise müssen Sie sich in der Region der Europäischen Union, in der die DSGVO gilt, mit einem solchen Anwendungsfall befassen.
So können Sie die Konfiguration für ein implizites Opt-out-Szenario einrichten:
-
In Klaro, schalten Sie den Dienststandardstatus in
aep web sdkund speichern Sie die aktualisierte Konfiguration. -
In Datenschutz Abschnitt der Experience Platform Web SDK-Erweiterung, setzen Sie die Standardzustimmung auf Out oder Ausstehend nach Bedarf.
-
Speichern die aktualisierte Konfiguration in Ihre Tag-Bibliothek ein und erstellen sie neu.
Mit dieser Konfiguration stellt das Experience Platform Web SDK sicher, dass keine Anfrage ausgelöst wird, es sei denn, die Zustimmungsberechtigung ändert sich in In. Dies kann daran liegen, dass ein Besucher die Cookies manuell akzeptiert, indem er sich anmeldet.
-
Stellen Sie im Debugger sicher, dass die Site "Luma"Ihrer Tag-Eigenschaft zugeordnet ist und dass die Protokollierung der Tags in der Konsole aktiviert ist.
-
Verwenden Sie die Entwicklerkonsole Ihres Browsers, um Site-Daten löschen in Anwendung > Speicherung
-
Laden Sie die Site "Luma"neu und Sie sollten sehen, dass
defaultConsentauf Out und es wurden keine Web SDK-Anfragen gestellt
Wenn sich ein Besucher für eine Teilnahme entscheidet (Annahme der Tracking-Cookies), müssen Sie die Zustimmung ändern und festlegen auf In. So können Sie dies mit einer Regel durchführen:
-
Erstellen Sie eine Regel, die Trigger beim Klicken auf Das ist in Ordnung. Benennen Sie diese Regel wie folgt:
all pages - click consent banner - set consent "in" -
Als Ereignis, verwenden Klicks on Elemente, die mit der CSS-Auswahl übereinstimmen
#klaro .cm-btn-success
-
Hinzufügen einer Aktion mit dem Experience Platform Web SDK Erweiterung, Aktionstyp von Einverständnis festlegen, Allgemeine Zustimmung as In.
Beachten Sie hier Folgendes: Einverständnis festlegen -Aktion wird die erste Anfrage sein, die gesendet wird und Identität feststellt. Daher kann es wichtig sein, Identitäten für die erste Anfrage selbst zu synchronisieren. Die Identitätszuordnung kann zu Einverständnis festlegen Aktion durch Übergabe eines Datenelements vom Typ Identität.
-
Auswählen In Bibliothek speichern und erstellen:
-
Speichern die Regel in Ihre Bibliothek aufnehmen und neu erstellen.
Sobald Sie diese Regel eingerichtet haben, sollte die Erfassung von Ereignissen beginnen, wenn sich ein Besucher anmeldet.
Weitere Informationen zur Zustimmung im Web SDK finden Sie unter Unterstützen von Zustimmungsvoreinstellungen von Kunden.
Weitere Informationen über Einverständnis festlegen Aktion, siehe Einverständnis festlegen.