Migration Compare：衡量网站迁移前后的流量变化

Migration Compare 用来检查迁移之后有多少搜索流量保留了下来。你只需提供迁移日期、窗口长度和两个来源（新旧域名、两个 URL 前缀或两种 URL 模式），它就会把迁移前后的日期对齐，将旧页面与新页面匹配，并把每个页面和查询词标记为已恢复、部分恢复、已丢失或新增。建议在迁移几周后使用，找出没有成功迁移过来的内容。

选择对比对象

在 Comparison mode 下选择：

• Cross-property：两个 Search Console 资源，适用于域名或子域名迁移。Source A 是迁移前的资源，Target B 是迁移后的资源。
• URL Prefixes：同一资源下的两个路径，例如迁移前的 /blog/ 和迁移后的 /articles/。
• Regex Patterns：针对完整 URL 匹配的两个正则表达式，适用于前缀无法描述的结构调整。

然后设置 Migration date 和 Window length：迁移前后各取 14、28（默认）、56 或 91 天。迁移前窗口是迁移日期之前的一段时间，迁移后窗口从该日期当天开始；如果 Search Console 尚无最后几天的数据，迁移后窗口会相应缩短，页面会显示实际参与对比的确切日期。点击 Compare。

添加重定向映射

默认情况下，页面按路径匹配：旧域名上的 /pricing 会与新域名上的 /pricing 配对，匹配时会忽略主机名、字母大小写、末尾斜杠和查询字符串。如果 URL 发生了变化，请打开 Redirect Mappings，粘贴你的重定向列表，每行一组 from_url, to_url（用逗号、制表符或分号分隔）。已映射的页面通过其重定向目标进行匹配，其余页面仍按路径匹配。

页面和查询词如何评级

AutoPSEO 会对每一组配对，将迁移后窗口的点击量与迁移前窗口进行比较：

在两个窗口中均没有点击的页面和查询词会被列为无流量。顶部的 Traffic recovery 等于迁移后总点击量除以迁移前总点击量。页面级恢复率只统计迁移前就已存在的页面，因此新增页面无法掩盖流量损失。

查看结果

• 卡片汇总了两个窗口的数据以及恢复率。
• Before vs after, aligned by day 将两个窗口按天叠加显示，旧窗口用虚线表示，这样缓慢恢复和骤然下跌一目了然。通过指标按钮可以在点击量、展示次数、CTR 和排名位置之间切换。
• Page mapping 列出每个页面的旧 URL 和新 URL、匹配方式（相同路径、重定向映射或未匹配）、状态，以及迁移前后的点击量、展示次数和排名位置。最多显示 5,000 行。
• Query comparison 默认按点击量损失从大到小排序，并提供 Lost、Partially、Recovered 和 New 标签页。最多显示 2,000 行。

结果通常意味着什么

• 按路径匹配到的已丢失页面：检查旧 URL 是否通过一次跳转的永久重定向指向内容相同的新页面。
• 未匹配到的已丢失页面：要么内容被删除了，要么重定向列表不完整。请补充缺失的映射后重新运行。
• 页面已恢复但查询词丢失：页面保留了下来，但部分内容或内部链接没有保留。
• 所有内容都只是部分恢复：请再给它一些时间。Google 建议使用永久重定向（301 或 308），并至少保留一年，同时提醒迁移期间可见度可能出现波动(更改 URL 的网站迁移)。如果更换了域名，还应在 Search Console 中提交地址变更。

请用注释标记迁移日期，这样仪表盘和分析图表中就会显示出来。

AutoPSEO 如何提供帮助

当你迁移的栏目由 AutoPSEO 负责撰写内容时，其内容类型会沿用每个页面最初发布时的路径，因此修改某个类型用于新页面的路径，不会破坏已有页面。当一篇文章并入另一篇时，你的网站会收到通知，把旧地址以 301 重定向到保留下来的地址(保持文章内容新鲜)。