站点迁移或更換域名，表面上是把内容搬到新地址，實际牵连 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 纸條；把新地址当作新家，门牌、信箱、水电都要重新確認。按清單逐項核對，比事後补救省力得多。