站点迁移或更换域名，表面上是把内容搬到新地址，实际牵连 DNS、证书、内链、外链、站点地图、日志和监控。如果只改了解析，旧地址可能还能打开，新地址却缺入口；或者新地址能访问，但蜘蛛拿到的还是旧域名的 canonical。下面按迁移前、迁移中、迁移后三个阶段整理一份自查清单。
迁移前：先把旧站资产盘清楚
不要急着改解析。先回答几个问题：哪些页面有稳定访问，哪些页面被外部引用，哪些地址已经失效。迁移不是把整站原样复制，而是借机清理。
- 导出旧站 URL 清单：从 sitemap、服务器日志、内部搜索记录中整理出实际有访问的地址，避免只按栏目目录拍脑袋。
- 标记高价值页面：首页、栏目页、转化页、被外链指向的页面，迁移后要优先验证。
- 确认旧域名的所有权和续费时间：旧域名建议至少保留一个续费周期，不要迁移完立刻注销。
- 检查新环境的服务器与证书：新域名能否正常解析到目标 IP，HTTPS 证书是否覆盖裸域和 www。
迁移中：映射、替换与声明要同步
迁移动作最好安排在访问低谷，并准备回滚方案。核心是让旧地址和新地址一一对应，减少 404 和跳转链。
- 建立 301 映射表：旧 URL 到新 URL 尽量一对一；不要全部跳到首页，除非原页面确实没有对应内容。
- 替换站内绝对地址：导航、面包屑、正文内链、图片地址、JS 请求、CSS 引用，凡是写死旧域名的位置都要排查。
- 核对 canonical 和 hreflang：页面 canonical 应指向新域名对应地址；多语言版本也要同步更新，避免指向旧地址。
- 更新 sitemap 与 robots：sitemap 只提交新域名可访问地址；robots 中的 sitemap 地址也要换新。旧域名 robots 不要直接封禁，否则旧地址的 301 可能无法被正常读取。
- 检查表单、支付和接口回调：这些位置若写死旧域名，访客提交后可能跳回旧站或报错。
迁移后：用日志和监控确认蜘蛛跟上了
解析生效不等于迁移完成。至少观察一到两周，重点看新域名是否开始出现抓取，旧域名是否还在接收请求。
- 服务器日志：查看新域名下蜘蛛访问的路径和状态码，确认 301 是否被跟随，是否出现大量 404。
- 站长平台与统计工具：如果使用搜索资源平台，及时提交新域名和 sitemap，并关注抓取异常、安全提示和索引变化。不同平台处理节奏不同，不必因短期波动频繁改动。
- 外链与品牌信息：可联系主要合作方更新链接，但不要群发垃圾外链；旧域名上的重要页面保持可访问并跳转。
- 监控与告警：为新域名配置可用性监控、证书到期提醒和状态码告警，避免迁移后无人值守。
容易忽略的细节
- 大小写与参数：旧地址带大写或查询参数时，映射规则要能覆盖，别只处理小写静态路径。
- 分页与筛选参数：列表页翻页、排序参数如果直接消失，可能产生大量失效地址。可让它们跳转到对应栏目首页，或保持可访问。
- CDN 与缓存：迁移后旧 CDN 缓存可能仍在返回旧内容，需要刷新并确认回源正确。
- 邮件与第三方服务：域名邮箱、推送、统计代码、地图接口等，也可能因域名更换需要重新配置。
- 测试环境泄漏：新站上线前，确保测试域名没有被外部索引，测试页面不要混入正式 sitemap。
站点迁移没有“一键完成”的按钮。把旧地址当作出租屋，搬走后至少留一张 forwarding 纸条；把新地址当作新家，门牌、信箱、水电都要重新确认。按清单逐项核对，比事后补救省力得多。