访客迁移

NOTE
如果您已实施Experience Cloud访客ID服务,则宽限期不适用于您,不应启用宽限期。

访客迁移是将访客ID Cookie(s_vi)从一个域迁移到另一个域的过程。

通过访客迁移可以在更改数据收集域时保留访客识别 Cookie。数据收集域可能由于以下原因发生更改:

  • 2o7.net 迁移到 adobedc.net

  • 您在实施 Experience Cloud 访客 ID 服务 并从 CNAME/第一方数据收集域迁移到 adobedc.net2o7.netomtrdc.net

  • 从 cname/第一方数据收集迁移(第一方 Cookie)

  • 在 CNAME 之间转移(更改域)。

配置完访客迁移后,当用户访问没有访客 ID Cookie 的新域时,服务器会重定向到前一个数据收集主机名,检索任何可用的访客 ID Cookie,并再次重定向到新域。如果前一个主机名上找不到访客 ID,则会生成一个新的 ID。这对每个访客只会出现一次。

访客迁移过程 process

下表列出了访客迁移所需的任务:

任务
描述
开始: 联系客户关怀,告知您要迁移的域以及希望启用的迁移周期(30、60 或 90 天)。确保包括不安全和安全的域。

使用 exact 语法创建一个列表,包含您希望作为迁移源或迁移目标的域。

  • example.112.2o7.net > metrics.example.com
  • example.102.112.2o7.net > smetrics.example.com

迁移主机名在 Adobe Data 收集服务器上配置。客户关怀会告知您何时进行更改,以便您为下一步做好计划。

在完成配置更改的 6 小时后:更新您的 Analytics JavaScript 代码中的 s.trackingServers.trackingServerSecure 变量,从而使用新的数据收集服务器。
进行此更改后,使用 Experience Cloud Debugger 验证 Analytics 图像请求传送到了更新后的数据收集服务器。
更新 Analytics 代码之后立即执行:测试网站,验证是否会重定向到之前的数据收集域。
使用数据包监视器验证在您首次访问网站时或在清除Cookie后,您能否在200(确定)HTTP状态代码之前看到两个302(重定向)HTTP状态代码。 如果这些重定向中有任何一个出现失败,请立即联系客户关怀,确保迁移配置正确。
整个迁移期间:保持前一个主机名的 DNS 记录的活动状态。
前一个主机名必须通过 DNS 解析,否则 Cookie 迁移无法进行。
任务
描述
开始:联系客户关怀团队,告知您要迁移的域以及希望启用的迁移周期(30、60或90天)。 确保包括不安全和安全的域。

使用您要迁移到的域和从中迁移的域的确切语法创建列表。

  • example.112.2o7.net > metrics.example.com
  • example.102.112.2o7.net > smetrics.example.com

迁移主机名在 Adobe Data 收集服务器上配置。客户关怀会告知您何时进行更改,以便您为下一步做好计划。

在完成配置更改的6小时后:更新您的Analytics JavaScript代码中的s.trackingServers.trackingServerSecure变量以使用新的数据收集服务器。
进行此更改后,请使用Experience Cloud调试器验证Analytics图像请求是否被发送到更新后的数据收集服务器。
紧接在更新Analytics代码之后:测试您的网站,验证是否正在重定向到之前的数据收集域。
使用数据包监视器验证在您首次访问网站时或清除Cookie后,您能否在200(确定)HTTP状态代码之前看到两个302(重定向)HTTP状态代码。 如果这些重定向中有任何一个出现失败,请立即联系客户关怀,确保迁移配置正确。
在整个迁移期间:保持先前主机名的DNS记录有效。
前一个主机名必须通过 DNS 解析,否则 Cookie 迁移无法进行。
recommendation-more-help
df89a595-bae4-48f4-9606-e55c9666ee49