Experience Cloud Identity 服务迁移决策点
在部署 Experience Cloud Identity 服务之前，您应当了解此服务对多个域上的访客跟踪有何影响，以及在您通过不同方法或 JavaScript 文件收集数据时可能会出现哪些问题。
此部分中的问题解答可帮助您确定是否应当执行一些额外的迁移步骤。
您具备数据收集 CNAME 吗？
许多客户在进行 ID 服务迁移时，会从数据收集 CNAME 中迁移出来。
如果您具备数据收集 CNAME，您是否有多个域？
如果您有多个将数据发送到 同一报表包 的域，则我们建议使用 CNAME 进行数据收集。这有助于您跨域跟踪访客。如果您在单个域上收集数据，则维护数据收集 CNAME 没有任何优势。
如果您跨多个域跟踪访客，并且还有一个主要的登录网站，在客户访问其他域之前可以在该网站中识别客户，则应该继续使用数据收集 CNAME。
请注意，您需要指定两个额外的跟踪服务器参数，即 visitor.marketingCloudServer 和 visitor.marketingCloudServerSecure，以便通过 ID 服务配置 CNAME。
您是否拥有多个 Analytics JavaScript 文件，或者您是否跟踪 Flash 应用程序或视频？
如果您在网站上拥有多个 Analytics JavaScript 文件、Flash 应用程序或视频，且它们要将数据发送至 同一报表包，则您应当配置一个宽限期，以便在您使用 Experience Cloud ID 服务时，访客可以继续由 Analytics ID 识别。
- 多个 Analytics JavaScript 文件
- 其他数据收集方法
您是否在使用不受支持的数据收集方法？
您可能需要更新链接跟踪方式，或从 Sliverlight 中迁移出来。
如果访客可以访问 Silverlight 内容及您的网站上使用 Experience Cloud ID 服务的其他部分，则您需要从 Silverlight 中迁移出来。ID 服务不支持 Silverlight。
如果您跟踪基于 Silverlight 的视频播放器，供应商可能会提供您可以改用的 JavaScript API。