访客迁移
NOTE
如果您已实施Experience Cloud访客ID服务，则宽限期不适用于您，不应启用宽限期。
访客迁移是将访客ID Cookie(s_vi)从一个域迁移到另一个域的过程。
通过访客迁移可以在更改数据收集域时保留访客识别 Cookie。数据收集域可能由于以下原因发生更改：
-
从
2o7.net迁移到adobedc.net。 -
您在实施 Experience Cloud 访客 ID 服务 并从 CNAME/第一方数据收集域迁移到
adobedc.net、2o7.net或omtrdc.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.trackingServer 和 s.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小时后：更新
s.trackingServer 和 s.trackingServerSecure 变量来使用新的数据收集服务器。进行此更改后，使用 Experience Cloud调试程序 验证Analytics图像请求是否被发送到更新后的数据收集服务器。
紧接在更新Analytics代码之后：测试您的网站，验证是否正在重定向到之前的数据收集域。
使用 数据包监测 要验证在首次或清除Cookie后访问网站时，您能否在200（确定）HTTP状态代码之前看到两个302（重定向）HTTP状态代码。 如果这些重定向中有任何一个出现失败，请立即联系客户关怀，确保迁移配置正确。
在整个迁移期间：保持先前主机名的DNS记录有效。
前一个主机名必须通过 DNS 解析，否则 Cookie 迁移无法进行。
recommendation-more-help
df89a595-bae4-48f4-9606-e55c9666ee49