换域名、换目录结构，或者把 http 换成 https，本质上都是让搜索引擎重新认识一批 URL。旧地址的收录不会自动搬到新地址，它更像是一次重新发现、重新抓取、重新判断的过程，中间的节奏取决于你给出的信号是否清楚。
先保证新旧 URL 能一一对应
迁移最容易出问题的地方，是把所有旧 URL 都跳到新站首页。这种做法对用户和蜘蛛都不友好：蜘蛛拿不到对应关系，只能重新从头爬一遍新站，原本积累的入口关系也断掉了。
- 旧 URL 应该 301 到内容最接近的新 URL，路径尽量保持结构一致，比如 /a/b/ 到 /a/b/，不要压成一层。
- 确实没有对应内容的页面，再考虑跳到上级栏目页，并确认这个栏目页本身是可索引的。
- 避免用 302、meta refresh 或 JS 跳转来做长期迁移，这类信号强度弱，蜘蛛不一定按你的想法处理。
迁移动作的先后顺序
- 新站先上线并能正常访问，主要页面不返回 5xx，也不需要登录。
- 配置好 301 映射，抽样验证一批典型 URL 的跳转结果和状态码。
- 更新导航、面包屑和正文内链，把还指向旧域名的链接改掉。内链是最稳定的发现入口，留着旧域名会持续把蜘蛛引向 301。
- 更新 sitemap、canonical、hreflang 等指向自身域名的标签，确认里面写的都是新地址。
- 提交站点地图，如果有地址变更类工具就一起用上，没有也可以靠 301 和内链慢慢过渡。
- 旧域名保留解析和 301 一段时间，通常以月为单位，不要迁移完第二天就停掉。
301 只是告诉蜘蛛该去哪，抓到 301 不等于新 URL 已经被收录。这两件事在时间上经常差好几周。
迁移后重点观察哪些信号
- 日志里旧 URL 的 301 命中是否稳定，有没有出现大量 404 或 5xx。
- 新 URL 的抓取频次是否在上升，尤其是原来收录量比较大的栏目。
- 搜索结果里的展现地址是否逐步换成新域名，标题和摘要是否还是旧版本。
- 收录量短期下滑属于常见现象，重点看几周内的趋势，而不是某一天的数值。
站点大可以按栏目分批迁
全站一次性迁移节奏快，但问题也会集中爆发，排查时不容易定位。栏目多、结构复杂的站点，可以按栏目分批：先迁结构清晰、流量偏小的栏目，观察跳转、抓取和收录是否正常，再推下一批。分批的代价是周期拉长，映射表和 sitemap 要维护得更细，别让中途出现旧新两套并存又互相打架的情况。
几个反复出现的坑
- 旧域名上另放一套内容，和 301 同时存在，等于让两套页面互相竞争。
- 新站的 canonical 还写着旧域名，等于告诉搜索引擎主版本在旧站。
- 只迁了首页和主要栏目，长尾页面没做映射，直接 404。
- 迁移期间同时做大规模内容改版，出问题时很难判断是迁移还是改版导致的。
把迁移当成一条链路来看会清楚很多：旧 URL 要能被抓到并正确跳转，新 URL 要被发现、被抓取、被判断质量，最后才谈收录和展现。每一步都留出观察时间，比迁移完立刻盯着收录数字更有效。