换域名，或者从 http 切到 https、从旧目录结构换成新结构，本身并不复杂。复杂的是让搜索引擎把原来给旧 URL 的那份记录，尽量完整地转移到新 URL 上。这个过程没有开关，只能靠跳转、内链、站点地图，加上一段时间里的观察，一点一点推进。
迁移的本质是换地址，不是重新做一个站
不少站点换域名时把新站当全新站点来推：重新提交、重新攒外链、旧域名不再维护。结果是新域名开始被抓取，旧域名积累的记录却慢慢被丢掉。更稳的思路是——新站承接旧站的全部信号，旧域名在过渡期内继续可用，并且每个旧 URL 都能对应到一个具体的新 URL。
上线前要处理好的几件事
用 301，逐条对应到最具体的页面
302、JS 跳转、meta refresh 对迁移的帮助都有限。理想映射是「旧详情页 → 新详情页」，而不是「所有旧页面 → 新首页」。大量旧 URL 集中跳到首页，往往会被当成软 404 处理，等于主动放弃这些页面。
站内链接、canonical、sitemap 一并换到新域名
只改域名解析、不改页面里的链接，会让爬虫继续在旧域名里打转。canonical 如果还指向旧域名，会和新 URL 互相打架。sitemap 里新旧地址混放，也会分散抓取。
不要顺手把旧站整站屏蔽
把旧域名的 robots.txt 写成禁止抓取，是最常见的自伤操作，跳转也随之失效。旧站至少要保留可达性，让跳转能被爬到。
迁移后的观察顺序
- 先看抓取：新域名的日志是否开始出现，量级是否逐步接近旧站。
- 再看旧 URL 是否还在被抓：过渡期内有少量抓取正常；长期大量抓取，说明跳转或内链没改干净。
- 然后看收录替换：搜旧 URL 时结果是否换成了新 URL。这一步通常按目录分批发生，不会一次完成。
- 最后才看排名与流量：迁移期波动很常见，过早下结论容易做错动作。
几个容易漏掉的地方
- 参数、大小写、尾斜杠等 URL 变体没有一起迁移，旧变体只能跳到新首页。
- 图片、CSS、JS 等静态资源仍指向旧域名，旧域名一到期，页面立刻变形。
- 分页、筛选页、站内搜索结果页被一并继承，新站刚上线就背上大量低质 URL。
- 只处理了普通网页，忘了 feed、移动端域名、旧子目录。
- 外链没有更新，能联系到的高质量引用应尽量换成新地址。
旧域名该保留多久
没有统一答案，判断依据通常是三条：旧域名上的抓取是否已经很少；新域名的收录是否基本承接住；以及还有多少外链指向旧域名。只要还有外链指向旧域名，跳转就有价值。另外，域名到期后被他人抢注，是概率不高但代价很大的一种风险，值得提前考虑。
把迁移当成一段时间的维护，而不是一次提交动作：跳转、内链、sitemap 是你要做的动作，日志、收录和搜索结果是你收到的反馈。
一份简短的自查清单
- 旧 URL → 新 URL 的映射是否逐条，是否落到最具体的页面。
- 站内链接与 canonical 是否全部指向新域名。
- sitemap 是否只包含新域名下的规范 URL。
- 旧域名是否仍可访问，是否被误屏蔽。
- 日志里新域名抓取是否稳定，旧域名抓取是否在减少。
这几步做完，剩下的就是给时间。收录替换的快慢受站点规模、抓取频率和更新活跃度影响，规模小、更新少的站点会慢一些，这属于正常范围，不必因为一两周没动静就反复改跳转规则。