Show Menu
主题×

ID 扩展

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

有关如何在请求中包含此选项的示例,请参阅 JSON 请求示例 。有关更多详细信息,请参阅 隐私服务 API 文档
类型 注意事项
Cookie ID 扩展
许多 Analytics 客户最初使用(旧版) Analytics Cookie ,但现在逐渐使用 Identity 服务 (ECID) ,这项服务以前称为 Marketing Cloud ID 服务 (MCID)。对于在转换后首次访问这些客户网站的访客,仅存在 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。
在数据隐私法正式生效后的前几个月,绝大多数的 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 标签的点击字段的值。
除默认值外,优先级字段还支持“low”值。您应该为数据主体请求以外的请求指定此值,这样便没有了必须在 30 天内完成的法律要求。请注意,Adobe 建议您不要因为数据主体发起请求以外的其他原因而使用数据隐私 API。数据隐私 API 是一个不适用于数据清理或修复的工具,会产生意想不到的后果。
提供 隐私服务 API 是为了帮助您执行对时间敏感的数据隐私请求。Adobe 不支持将此 API 用于其他目的,因为这样会影响 Adobe 为其他 Adobe 客户及时提供高优先级服务、执行用户所发起数据隐私请求的能力。我们建议您不要将隐私服务 API 用于其他目的,例如清除大量访客意外提交的数据。
您还应该了解,对于任何因提交数据隐私删除请求后而删除其点击(已更新或匿名)的访客,其状态信息都将会进行重置。这样该访客下次返回您的网站时,将会成为新访客。所有 eVar 归因都将重新开始,访问次数、反向链接、访问的第一个页面等信息也都将重新统计。对于要清除数据字段的情况,这种副作用不尽如人意,因此突显了隐私服务 API 不适合此用途的一个原因。
请联系您的客户经理 (CSM) 来与我们的工程架构师咨询团队进行协调,以进一步审查并提供解决任何 PII 或数据问题的帮助。