适用于Adobe Analytics的访客ID服务迁移注意事项
如果您的组织计划使用现有的Analytics实施迁移到访客ID服务，则需要考虑一些重要主题。 这些注意事项允许您保持访客标识完整性，并了解在现有Analytics实施存在时ID服务的运行方式。
aid)，并且正在转为使用Experience Cloud ID (mid)。 默认情况下，所有Web SDK实施均已使用Experience Cloud ID (mid)。访客ID服务如何与旧版Analytics访客Cookie进行交互
由于AppMeasurement具有其自身的访客识别方法，因此当组织部署访客ID服务时，某些访客可能会具有旧版Analytics Cookie。 下表概述了在不同情况下如何识别访客。
- 没有访客Cookie： ID服务分配了一个Experience Cloud ID (
mid)。 - 存在
s_viCookie：除Experience Cloud ID (aid)外，ID服务还将现有的旧版Analytics ID (AMCV)写入midCookie。 由于aid在操作顺序中更高，在AMCVCookie过期或被清除之前，旧版Analytics ID是访客标识符。 启用宽限期后，ID服务在其响应中同时包含mid和aid。 - 存在回退Cookie： ID服务没有将回退Cookie (
fid)写入AMCVCookie。 相反，访客会收到Experience Cloud ID (mid)，就像他们是新访客一样。
访客ID服务宽限期
如果您有多个实施要将数据发送至同一报表包，并且您只能对某些实施实施实施访客ID服务，则Adobe建议配置一个宽限期。 例如，如果网站的支持部分由单独的标记解决方案管理，则您可能将访客ID服务部署在网站其他部分的支持部分之前。 如果没有宽限期，则查看支持部分的新访客会收到一个旧版Analytics访客ID，从而导致两个单独的访客被计数。 通过宽限期，访客ID服务会同时发出Experience Cloud ID (mid)和旧版Analytics访客ID (aid)，以便您网站中没有ID服务的区域在识别访客时保持一致。
如果您在网站的所有区域间协调访客ID服务的部署，则不需要设置宽限期。 要配置宽限期，请联系Adobe客户关怀。 宽限期最长可配置为180天，并且可以续订。 Adobe建议在将整个资产配置为使用ID服务后，停止宽限期。
跨域跟踪
某些旧版Analytics访客ID实施可能使用“友好的第三方Cookie”，其中两个域在像data.example.com这样的公共域上共享相同的访客Cookie。 由于友好的第三方Cookie仍然是第三方Cookie，因此许多现代浏览器会拒绝它们，从而导致Analytics依赖回退ID (fid)来识别访客。 迁移到ID服务后，所有域都可以在第一方上下文中设置AMCV Cookie，从而提高它们保留访客ID的可行性。
当访客ID服务尝试为跨域跟踪设置第三方Cookie(demdex Cookie)时，它经常被现代浏览器拒绝。 考虑使用appendVisitorIDsTo方法在您拥有的域之间传递访客的Experience Cloud ID (mid)。
服务器端跟踪
您可以调用getMarketingCloudVisitorID以获取Experience Cloud ID (mid)和getAnalyticsVisitorID以获取旧版Analytics ID (aid)。 Adobe建议同时检查这两个变量，以保留访客识别逻辑。