迁移收录清单:在改版中保住你的索引

站点迁移会丢流量,原因有两个。第一个是真实的:有漏洞的重定向映射、丢失的内容、变化的内部结构。第二个是无声的:没有人在切换窗口里盯着索引,一个本可修复的回归跑了六个星期才被看见。这份清单的目的,就是防止第二种吃掉第一种修复的成果。

迁移前:冻结基线

没有"之前",你就证明不了"丢了什么"。在切换前的几周里:

1. 记录完整的逐 URL 覆盖。 每条 URL 的判定,而不是站点级的总分——之后你需要逐 URL 的历史来证明哪些页面掉出了、何时掉的。
2. 从 sitemap 导出 URL 清单,按栏目分区,带内容版本。它将成为你重定向映射的事实来源。
3. 标出你的稳定 URL:那些从不变化的页面。它们是你的金丝雀——迁移后应当逐字节相同、索引状态稳定。

重定向映射:唯一重要的产物

每条旧 URL 必须落在以下之一:

• 301 到内容上最接近的对应页。 不是首页。"所有删除页 → /"是在告诉 Google 你的 URL 空间没有意义。
• 410(已消失),用于你有意退役的 URL。干净的 410 既诚实又便宜;软 404 两者都不是。
• 保持原样,如果它没有变化。

审计规则:旧 sitemap 过一遍映射后,必须零链条、零循环。链条(a→b→c)每跳都漏信号;循环最终 404。全部压平到一跳。

切换周:盯住四个信号

按栏目、每天:

1. 以 200 响应的旧 URL(应归零),以及按预期攀升的 410。
2. 新 URL 覆盖率:新清单有多大比例被收录。新 URL 从零起步——看斜率,不看起点。
3. 旧 URL 判定:只要 Google 手里还有旧 URL,它们就应该 301 → 映射的新 URL。某条旧 URL 在检查中开始 404,就是重定向映射上的一个洞。
4. 金丝雀稳定性:你的稳定 URL 应无任何判定变化。会翻转的金丝雀是模板或渲染回归,不是迁移问题。

这正是逐 URL 检查历史发挥价值的地方——""/pricing 的判定在 14 号变了,那天我们改了 canonical 逻辑""只有在判定被持续记录时才可能知道。

迁移后:恢复窗口

预期的形状:旧 URL 在 2–6 周内离开索引,新 URL 同时进入。在这个窗口里:

• 不要在第三天重新评估策略。 用新 URL 覆盖率的斜率和旧 URL 的退出速度来判断迁移,而不是用原始数字。
• 对例外设置告警:一条新的关键页面进入索引后又掉出,是真实回归,不是波动。给你的头部页面单独设告警。
• 此后一个季度,每月复检重定向映射:分析工具会挖出你 sitemap 里从没有过的旧 URL(有外链的页面、被收藏的路径)。每一个都是晚发现的洞。

indexsubmit 如何配合

在切换前连接旧资源与新资源,indexsubmit 会记录跨切换的完整逐 URL 判定历史:哪些旧 URL 掉出了、何时掉的,新清单进入的速度,哪些栏目落后,哪些页面转换得不顺。告警只打在例外上——关键页面掉出、或出现 404——而不是让你手动 diff 导出文件。

迁移是大多数站点经历过的最高风险索引事件。清单很短;真正区分"小坑"与"陨石坑"的,是在整个窗口里盯着逐 URL 历史的纪律。