先分清迁移类型，再动手核对
换域名和换目录不是一回事。整站从 old.com 到 new.com，和把栏目从 /a/ 挪到 /b/，涉及的范围、需要保留的旧地址数量、索引切换的节奏都不同。动手前先把旧站 URL 清单拉出来：首页、栏目页、文章页、分页、标签页、附件地址，各自记下当前状态和计划去向。没有这份清单，后面很容易出现“旧地址还能打开、新地址却没被索引”的中间态。
第一步：解析、证书与可达性先过关
收录转移的第一步不是提交，而是新域名能稳定访问。如果新域名解析未生效、证书报错、访问被 CDN 拦截，抓取工具看到的就是失败响应，后续信号都无从谈起。
- 确认新域名解析生效，HTTP 和 HTTPS 都能打开同一批页面。
- 证书覆盖主域名与需要保留的 www 或子域，避免证书不匹配。
- 旧域名不要急着停解析。301 需要旧地址可访问才能生效。
- 检查跳转链：旧地址最好一跳到达最终新地址，不要旧→中间域→新域。
第二步：301 映射要一对一，别把整站压回首页
迁移中最常见的偏差，是把旧 URL 全部 301 到新首页。对用户和搜索引擎来说，这等于告诉它们“原来的内容不在这个地址了，只剩一个总入口”，旧页面积累的入口信号很难按主题落到新页面上。更稳妥的做法是建立一张映射表：旧 URL 对应新 URL，能一对一就一对一；确实合并的页面，再指向最相关的上级或替代页。
- 文章页尽量映射到新站同主题文章页。
- 栏目页映射到新栏目页，不要映射到首页。
- 分页、筛选参数类地址，能收敛就收敛到规范列表页。
- 已删除且无替代的内容，用 410 或 404，不要硬 301 到无关页面。
第三步：内链和站点地图先换成新地址
外部链接和用户访问靠 301 转，站内入口则应该直接指向新地址。导航、面包屑、正文内链、相关推荐、XML 站点地图，如果还写着旧域名，就会持续给旧地址输送抓取和信号，迁移完成时间被拉长。
站点地图提交新域名的版本，旧域名的站点地图可以保留一段时间，但其中的 URL 应逐步替换或通过 301 指向新地址。不要新旧两份站点地图长期并存且内容大量重复。
第四步：检查 canonical、hreflang 与结构化数据里的地址
这些标签容易被忽略，却直接影响索引地址收敛。
- 新页面 canonical 应指向新域名自身或对应的规范新地址，不能还写旧域名。
- hreflang 里的 URL 如果指向旧域名，多语言版本可能被拉到旧地址集合。
- 结构化数据、Open Graph、分享链接中的 URL，也一并换成新域名。
- RSS、AMP、移动版地址如果独立存在，同样纳入替换范围。
第五步：旧域名保留多久，索引怎么切换
旧域名保留 301 的时间没有统一答案，通常建议至少覆盖一个完整的抓取与索引更新周期，常被提到的范围是数月。保留期间，旧地址应稳定返回 301，而不是时好时坏、偶尔 200 或 404。新站资源在搜索后台单独验证，观察新地址的抓取与索引状态；旧站资源则看 301 是否被正常识别、旧地址是否逐步减少。
抓取记录里出现新 URL，只说明抓取工具访问过；它是否进入索引、以哪个地址进入索引，是另一层状态，需要分开看。
第六步：核对顺序清单
- 新域名解析、证书、访问速度是否稳定。
- 旧 URL 到新 URL 的 301 映射是否一对一、是否多跳。
- 站内导航、内链、站点地图是否已指向新域名。
- canonical、hreflang、结构化数据是否残留旧域名。
- 旧域名是否保持可访问并稳定返回 301。
- 新站资源是否验证，索引覆盖率报告是否在逐步变化。
- 旧地址在搜索结果中是否逐步被新地址替换。
迁移不是一次提交就结束的动作。按可达性、映射、站内入口、标签、保留策略、索引状态依次核对，比反复提交 URL 更能定位问题卡在哪一步。如果某一环出现异常，先回到上一步确认，不要同时改多个变量。