ID 扩展

您提交的 ID 并不总是涵盖 Analytics 可将其与“数据主体”关联的所有点击数据。Analytics 可创建一个扩展的 ID 集,以便将此关联数据包含在数据隐私请求中。您可以为您提交的每个数据隐私请求来要求使用此选项,只需将以下可选参数添加到 JSON 请求即可:

"expandIds": true

有关更多详细信息,请参阅 Privacy Service API 文档

类型
注意事项
Cookie ID 扩展

许多 Analytics 客户最初使用的是(旧版)Analytics Cookie,但他们现在使用 Experience Cloud 身份识别服务 (ECID)。 对于在转换后首次访问这些客户网站的访客,仅存在 ECID。然而,对于那些在只有旧版 Cookie 可用时首次访问但此后访问过的用户:他们的一些数据同时具有这两种 Cookie。 但是,较旧的数据只有 Analytics Cookie,在极少数情况下,最新的数据可能只有 ECID。

请确保通过 Analytics(访客 ID)Cookie 或 ECID 识别的访客的所有数据都能被找到。 如果您以前使用过 Analytics Cookie 且现在使用 ECID,则当您使用任一类型的 ID 提交请求时,应在请求中包含两种 ID,或者指定 expandIds 选项。 当您指定 expandIds 时,Adobe 将检查与您提供的任何 Cookie ID 相对应的其他 ECID 或 Analytics Cookie。 该请求会自动扩展以包含这些新识别的 Cookie ID。

自定义 ID 转 Cookie ID 扩展

在电子商务网站上,通常会有访客在登录到网站之前,先在网站内四处浏览,将商品添加到购物车,然后开始结账过程。若用于识别数据隐私请求的用户 ID 仅在该用户登录后才存储在自定义变量中,则此类登录前进行的活动不会与该 ID 关联。利用 Analytics Cookie ID,客户可以选择将登录之前执行的浏览与登录之后的购买关联,因为 Cookie ID 在整个登录过程中持久保留。

我们假设,您的实施将登录 ID(CRM ID、用户名、会员号、电子邮件地址等,或任何这些值的哈希值)存储在自定义变量(prop 或 eVar)或自定义访客 ID 中,然后将该 ID 用于数据隐私访问请求。“数据主体”可能会对此感到惊讶:关于他们浏览的信息并没有作为访问请求的一部分返回,特别是当您向他们推销了他们查看过但尚未购买的产品时。因此,Analytics 数据隐私处理支持 ID 扩展,其中,Analytics 可找到在同一点击中出现的作为任何自定义 ID 的所有 Cookie ID,然后扩展该请求以一并包含这些 ID。

当指定了 expandIDs 以及 Cookie 命名空间以外的任何命名空间时,该请求将会扩展为包括任何在包含任意指定 ID 的点击中找到的 Cookie ID(ECID 或 Analytics Cookie)。 如上所述,之后会在任何新找到的 Cookie ID 上执行 Cookie ID 扩展。

expandIDs 选项用于访问请求且指定的 ID 具有 ID-PERSON 标签时,将返回两组文件。 第一组(人员组)将仅包含来自点击量的数据,在这些点击当中发现了指定的 ID。第二组(设备组)将仅包含来自扩展 ID 的点击数据,且在这些点击当中不存在指定的 ID。

何时使用 ID 扩展

在数据隐私法正式生效后的前几个月,绝大多数的 Analytics 数据隐私请求都没有请求 ID 扩展。 但是,为您的组织确定适当的值取决于您。 您应该咨询您的法律团队,了解包含您使用的 ID 的数据以及您在 Adobe Analytics 中收集的数据是否需要 ID 扩展。

一个主要考虑因素可能是:在一台共享设备上,如果有多个用户使用该设备访问过您的网站,那么使用 ID 扩展后,在访问请求返回的数据中,将包括该设备其他用户点击数据(在设备文件中)。即使您遵循了标签设置的最佳实践(例如,设备文件中不含访问过的页面及其他任何私人数据),设备文件仍包含访问过的页面数量以及每次访问的时间。您可能想问问自己:是否可以与不是访客的人共享此类信息?

当 ID 扩展​ ​用于删除请求时:如果您使用非 Cookie ID(除 ECID 或 Analytics Cookie 之外的任何 ID)来识别应删除的命中项,且该 ID 带有一个 ID-DEVICE 标签,那么报告中的独特访客计数确实会发生变化。 这是因为只有部分 Cookie ID 实例会被匿名化,而其他实例将保持不变。如果您没有指定 ID 扩展,我们建议您在请求中使用 Cookie ID,或者使用带有 ID-PERSON 标签的 ID。

当 Adobe 执行 ID 扩展时,它可能需要额外的完整数据扫描。 该操作会增加 Adobe 完成请求所需的时间,通常会增加一周的处理时间。

其他数据隐私请求标记

除了“expandIDs”标记之外,Analytics 还支持另外两个可以作为数据隐私请求的组成部分传递的标记。这些标记的默认值为:

"analyticsDeleteMethod": "anonymize"
"priority": "normal"

将来,除了默认值“anonymize”之外,analyticsDeleteMethod 还可能支持“purge”值。 如果支持此值,它将会导致整个点击被删除,而不是简单地更新具有 DEL 标签的点击字段的值。

除默认值外,priority 字段还支持“low”值。 您应该为“数据主体”请求以外的请求指定此值,这样便没有了必须在一定时间范围内完成的法律要求。

Privacy Service API 的使用

IMPORTANT
Adobe 不允许因有效数据主体发起请求以外的其他原因而使用数据隐私 API。数据隐私 API 是一个不适用于数据清理或修复的工具。对非数据主体发起的请求滥用隐私服务 API 将导致意想不到的后果。向 Adobe 客户提供 Privacy Service API 是为了帮助您执行对时间敏感的数据隐私请求。Adobe 不支持将此 API 用于其他目的,因为这样会影响 Adobe 为其他 Adobe 客户及时提供高优先级服务、执行用户所发起数据隐私请求的能力。我们建议您不要将隐私服务 API 用于其他目的,例如数据卫生或清除大量访客意外提交的数据。

您还应该了解,对于任何因提交数据隐私删除请求后而删除其点击(已更新或匿名)的访客,其状态信息都将会进行重置。这样该访客下次返回您的网站时,将会成为新访客。所有 eVar 归因都将重新开始,访问次数、反向链接、访问的第一个页面等信息也都将重新统计。对于要清除数据字段的情况,这种结果不尽如人意,因此突显了隐私服务 API 不适合此用途的一个原因。

请联系您的Adobe客户团队来与我们的工程架构师咨询团队进行协调,以进一步审查并提供解决任何PII或数据问题的帮助。

recommendation-more-help
2969e653-1f9b-4947-8b90-367efb66d529