Show Menu
主题×

访客迁移

访客迁移是访客 ID Cookie 从一个域迁移到另一个域的过程。
通过访客迁移可以在更改数据收集域时保留访客识别 Cookie。数据收集域可能由于以下原因发生更改:
配置完访客迁移后,当用户访问没有访客 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 变量,从而使用新的数据收集服务器。
进行此更改后,请使用 数据包分析程序 来验证 Analtyics 图像请求是否被发送到更新后的数据收集服务器。
更新 Analytics 代码之后立即执行 :测试网站,验证是否会重定向到之前的数据收集域。
使用 数据包分析程序 来验证当您第一次访问自己的网站时,或者在清除了 Cookie 后,您能否在 200(确定)HTTP 状态代码之前,看到两个 302(重定向)HTTP 状态代码。如果这些重定向中有任何一个出现失败,请立即联系客户关怀,确保迁移配置正确。
整个迁移期间 :保持前一个主机名的 DNS 记录的活动状态。
前一个主机名必须通过 DNS 解析,否则 Cookie 迁移无法进行。

已弃用的 visitorMigrationKey 和 visitorMigrationServer 变量

自 2013 年 3 月起, visitorMigrationKey visitorMigrationServer visitorMigrationServerSecure 数据收集变量将被放弃,不会再使用。之前在这些变量中包含的数据现存储在 Adobe 服务器上,安全性更高。