访客迁移

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

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

  • 2o7.net 迁移到 adobedc.net

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

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

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

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

访客迁移过程

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

任务 描述

开始: 联系客户关怀,告知您要迁移的域以及希望启用的迁移周期(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.trackingServer s.trackingServerSecure 变量,从而使用新的数据收集服务器。

进行此更改后,使用 Experience Cloud Debugger 验证 Analytics 图像请求传送到了更新后的数据收集服务器。

更新 Analytics 代码之后立即执行:测试网站,验证是否会重定向到之前的数据收集域。

使用数据包监视器 验证在您首次或者清除 Cookie 之后访问网站时,在 200 (OK) HTTP 状态代码之前看到了两个 302(重定向)HTTP 状态代码。如果这些重定向中有任何一个出现失败,请立即联系客户关怀,确保迁移配置正确。

整个迁移期间:保持前一个主机名的 DNS 记录的活动状态。

前一个主机名必须通过 DNS 解析,否则 Cookie 迁移无法进行。

在此页面上