使用Platform Web SDK设置同意
了解如何配置Adobe Experience Platform Web SDK标记扩展的隐私设置。 根据访客与同意管理平台(CMP)中的横幅的交互来设置同意。
学习目标
在本课程结束时，您能够：
- 使用标记加载CMP
- 在Experience PlatformWeb SDK标记扩展中配置隐私设置
- 根据访客的操作为Experience PlatformWeb SDK设置同意
先决条件
您应该熟悉标记以及使用Debugger创建规则、数据元素、生成库到Experience Platform和切换标记库的步骤。
在开始配置隐私设置并创建用于设置同意的规则之前，请确保已将同意管理平台脚本插入网站并正常运行。 CMP可以在站点开发人员的帮助下直接加载到源代码中，也可以通过标记本身进行加载。 这一课表明了后一种方法。
-
同意管理平台（或CMP）由组织用来在收集、共享或销售来自在线源（如网站和应用程序）的访客数据之前，合法记录和管理访客的同意选择。
-
插入CMP的推荐方法是，直接通过源代码在标记管理器脚本之前插入。
配置Klaro
在跳转到标记配置之前，请详细了解本教程Klaro中使用的同意管理平台。
-
访问Klaro并设置帐户。
-
转到 隐私管理器 并根据说明创建实例。
-
使用 集成代码 将Klaro插入到您的标记属性中（下面的练习将介绍相关说明）。
-
跳过 扫描 部分，因为它检测到Luma演示网站上硬编码的标记属性，而不是您为此教程构建的标记属性。
-
添加名为
aep web sdk的服务并打开 服务默认状态。 打开时，默认同意值为true，否则为false。 当您想要确定您的Web应用程序的默认同意状态（在访客同意之前）时，此配置会很方便。 例如：-
对于CCPA，默认同意通常设置为
true。 您将在本教程中将此方案引用为 隐式选择加入 -
对于GDPR，默认同意通常设置为
false。 您将在本教程中将此方案引用为 隐式选择退出。
[！NOTE]
通常，负责处理CMP的团队或个人（如OneTrust或TrustArc.
-
）会完成并注意上述步骤。
插入CMP
现在，完成Klaro的配置后，使用以下配置创建标记规则：
- 名称：
all pages - library load - Klaro - 事件： 已加载库（页面顶部），其中高级选项 > 顺序设置为1
- 操作： 自定义代码，语言：加载CMP脚本的HTML。
自定义代码块应类似于以下内容：
现在，请保存此规则并将其构建到开发库中，通过将标记库从Luma网站切换到您自己的网站来验证是否显示同意横幅。 您应会在网站上看到如下所示的CMP横幅。 要检查当前访客的同意权限，您可以在浏览器控制台上使用以下代码片段。
klaro.getManager().consents
要进入调试模式，请在Adobe Experience Platform Debugger中使用以下复选框。
此外，在阅读本教程时，您可能必须多次清除Cookie和本地存储，因为访客的同意值会存储在该处。 您只需执行以下操作即可：
同意方案
GDPR、CCPA和其他隐私行为在如何设计同意实施方面起着至关重要的作用。 在本课程中，您将探索访客如何与两个最显眼隐私行为下的同意横幅进行交互。
场景1：隐式选择加入
隐含的选择加入意味着，在收集访客数据之前，企业不需要获得访客的同意（或“选择加入”），因此默认情况下，网站的所有访客都被视为选择加入。 但是，访客可以通过同意横幅拒绝Cookie来选择退出。 此用例类似于CCPA。
现在，您将为此方案配置并实施同意：
-
在Experience PlatformWeb SDK标记扩展的 Privacy 部分中，确保 默认同意 设置为 In：
note note NOTE 对于动态解决方案，请选择“提供数据元素”选项并传递返回值 code language-none klaro.getManager().consents如果在 之前将CMP插入到源代码 中，并使用标签嵌入代码，则使用此选项，这样在Experience PlatformWeb SDK扩展开始加载之前即可获得默认同意。 在本例中，我们无法使用此选项，因为CMP是和标记一起加载的，而不是在标记之前。 -
将此更改保存并生成到您的标记库
-
在Luma演示网站上加载标记库
-
在Luma网站上启用标记调试并重新加载页面。 在浏览器的开发人员控制台中，您应该看到defaultConsent等于 In
-
对于此配置，Experience PlatformWeb SDK扩展将继续发出网络请求，除非访客决定拒绝Cookie并选择退出：
如果访客决定选择退出（拒绝跟踪Cookie），您必须将同意更改为退出 Out。 按照以下步骤更改同意设置：
-
创建一个规则，该规则在访客单击 时触发。我拒绝。 将此规则命名为：
all pages - click consent banner - set consent "out" -
作为 Event，对与CSS选择器匹配的 元素使用 Click ****
#klaro .cn-decline
-
现在，使用Experience PlatformWeb SDK 设置同意 操作类型将同意设置为“out”：
-
选择 保存到库并生成：
现在，当访客选择退出时，将触发以上述方式配置的规则，并将Web SDK同意设置为 退出。
通过转到Luma演示网站进行验证，拒绝Cookie，并确认在选择退出后不会触发任何Web SDK请求。
场景2：隐式选择退出
隐含的选择退出意味着默认情况下应将访客视为选择退出，且不应设置Cookie。 除非访客决定通过同意横幅接受这些Cookie来手动选择加入，否则不应触发Web SDK请求。 您可能必须在适用GDPR的欧盟地区处理此类用例。
以下是如何为隐含的选择退出方案设置配置的：
-
在Klaro中，关闭
aep web sdk服务中的 服务默认状态 并保存更新的配置。 -
在Experience PlatformWeb SDK扩展的 Privacy 部分中，根据需要将默认同意设置为 Out 或 Pending。
-
将 更新的配置保存到您的标记库并重新生成它。
使用此配置，Experience PlatformWeb SDK可确保不会触发任何请求，除非同意权限更改为 In。 访客通过选择加入手动接受Cookie可能会导致这种情况。
-
在Debugger中，确保Luma网站已映射到您的标记属性，并且标记控制台日志记录已打开。
-
使用浏览器的开发人员控制台在 应用程序 > 存储 中 清除站点数据
-
重新加载Luma网站，您应该看到
defaultConsent设置为 Out，并且尚未发出任何Web SDK请求
如果访客决定选择加入（接受跟踪Cookie），则必须更改同意并将其设置为 In。 以下是如何使用规则来实现此目的：
-
创建一个规则，该规则将在访客单击 时触发，这没有关系。 将此规则命名为：
all pages - click consent banner - set consent "in" -
作为 Event，对与CSS选择器匹配的 元素使用 Click ****
#klaro .cm-btn-success
-
使用 的Experience PlatformWeb SDK 扩展、 操作类型 设置同意、一般同意 作为 在 中，添加操作。
此处需要注意的一点是，此设置同意操作将成为第一个发出并建立身份的请求。 因此，同步第一个请求本身的身份可能很重要。 通过传递标识类型数据元素，可以将标识映射添加到设置同意操作中。
-
选择 保存到库并生成：
-
将规则保存 到您的库并重新构建它。
一旦设置好此规则，事件收集就应在访客选择加入时开始。
有关Web SDK中同意的详细信息，请参阅支持客户同意首选项。
有关设置同意操作的详细信息，请参阅设置同意。