换域名、调整目录结构、把 http 换成 https，本质上是同一类操作：原来指向旧地址的外链、书签和搜索流量，需要被平滑地引导到新地址上。搜索引擎不会因为你在后台点了“改版”就立刻完成替换，它要在抓取、比对和重新评估的过程中，逐步确认新旧页面的对应关系。做对下面几件事，能把这段时间的收录波动压到比较小的范围。
迁移前：把新旧 URL 的对应关系列出来
最容易出问题的不是技术实现，而是“哪些页面要迁、迁到哪儿”这件事本身没想清楚。建议在动手之前先拉一份旧站 URL 清单，来源可以是索引报告、服务器日志、站内 sitemap、内链抓取结果，去重之后逐条标注新的目标地址。
- 有对应页面的：一对一映射到新地址；
- 已经合并或删除的：指向最相关的上级页面，而不是一律丢给首页；
- 带参数、分页、筛选类的：判断是否值得单独迁移，不值得的可以统一收敛到一个规范地址。
这份表在迁移后还有用——重定向是否生效、有没有漏跳，都可以拿它逐条核对。
301 重定向：跳对地方比跳得快更重要
旧地址上积累的信任，主要通过 301 传递。这里有两个反面做法很常见：一是把所有旧 URL 统统 301 到新站首页，二是让跳转绕好几道弯。前者会让搜索引擎认为这批旧页面已经失效、只剩一个首页，后者会稀释传递效果，也拖慢抓取。
- 保持路径对应：能一一对应的，就让旧路径跳到内容最接近的新路径；
- 避免链式跳转：A→B→C 这种要直接改成 A→C，一次性跳到位；
- 用 301 而不是 302：302 表示临时跳转，不适合做长期迁移；
- 别同时保留两套内容：新旧页面都能访问、内容又一样，等于自己制造重复，最后哪一版被留下就不好说了。
让新地址自己站得住
重定向解决的是“旧链接怎么过来”，新地址本身还需要被重新发现和评估。迁移完成后，建议同步做几件事：
- 提交新的 sitemap，里面只放新 URL，不要再混入旧地址；
- 把站内导航、面包屑、文章互链里的绝对地址全部替换成新域名，别让内链还指向老地址来回跳；
- 检查 canonical、og:url、结构化数据里的 URL 是否都更新了，指向旧地址的 canonical 会把新页面“指”回去；
- 确认新站的 robots.txt 没有误屏蔽，改版期间最容易顺手加一条 Disallow 然后忘了删。
过渡期该盯哪些数据
迁移后的几周里，索引数量、抓取频次和关键词表现通常都会有一段波动，这属于正常现象，不用一看到下降就反复改配置。更值得看的是这几类信号：
- 抓取日志：蜘蛛是否开始抓新地址，旧地址的请求是不是在被 301 正常处理；
- 索引状态：新 URL 是否陆续进入索引，旧 URL 是否在逐步退出；
- 搜索表现：重点页面的曝光和点击有没有异常断层，是整体性的还是集中在某一批 URL；
- 服务器状态码：有没有出现大量 404、5xx，或者重定向链过长造成的抓取浪费。
几个反复出现的坑
- 只把首页做了重定向，内页全部 404；
- 旧域名到期直接关停，跳转都没来得及做；
- 新站内容还没铺好就急着切，用户和蜘蛛都落到了空页面；
- 迁移和改版、换模板同时进行，出了问题分不清是哪一步引起的。
迁移不是一次点击就能完成的操作，而是一段需要观察和修正的过程。把映射关系做扎实、把跳转写干净、让新地址自己能站住，剩下的交给时间。