ID 扩展
您提交的 ID 并不总是涵盖 Analytics 可将其与“数据主体”关联的所有点击数据。Analytics 可创建一个扩展的 ID 集，以便将此关联数据包含在数据隐私请求中。您可以为您提交的每个数据隐私请求来要求使用此选项，只需将以下可选参数添加到 JSON 请求即可：
"expandIds": true
有关更多详细信息，请参阅 Privacy Service API 文档。
许多 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 仅在该用户登录后才存储在自定义变量中，则此类登录前进行的活动不会与该 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 的使用
您还应该了解，对于任何因提交数据隐私删除请求后而删除其点击（已更新或匿名）的访客，其状态信息都将会进行重置。这样该访客下次返回您的网站时，将会成为新访客。所有 eVar 归因都将重新开始，访问次数、反向链接、访问的第一个页面等信息也都将重新统计。对于要清除数据字段的情况，这种结果不尽如人意，因此突显了隐私服务 API 不适合此用途的一个原因。
请联系您的Adobe客户团队来与我们的工程架构师咨询团队进行协调，以进一步审查并提供解决任何PII或数据问题的帮助。