SEO 网站迁移是一项受控变更：团队先记录旧站可观察状态，为每个旧 URL 指定保留、重定向、合并或移除的去向，再在测试环境验证，按顺序发布，并分别监测抓取、索引、搜索表现和站内业务活动。
迁移清单要点
- 先分类迁移范围：域名、协议、路径、CMS、模板或内容架构。
- 保存有日期的 URL、索引、流量和转化基线。
- 为每个旧 URL 建立唯一处置结果，避免重定向链和批量指向首页。
- 在 staging 验证 canonical、robots、站点地图、内链、结构化数据和移动端。
- 上线后按证据层监测，不把部署完成当成搜索恢复。
先判断真正发生了什么迁移
| 变化 | 主要风险 | 所需控制 |
|---|---|---|
| 域名或协议 | 主机与信号转移 | 完整重定向、验证资产、必要时使用地址变更 |
| URL 路径 | 旧链接失效 | 逐 URL 映射与内链更新 |
| CMS/模板 | 元数据、渲染、Schema 变化 | 模板级差异与真实页面 QA |
| 内容整合 | 意图与证据丢失 | 保留规范归属和合并理由 |
变更前建立有日期的基线
- 可抓取和可索引 URL 清单、状态码与 canonical。
- XML 站点地图、robots.txt、hreflang 和结构化数据。
- Search Console 查询、页面和索引报告；Analytics 着陆页与关键事件。
- 高价值外链目标、重要内链、表单和下载路径。
Search Console 与 Analytics 观察的是不同层级。Google 的联合使用指南建议用 Search Console 理解搜索表现，用 Analytics 理解进入网站后的行为。
建立一对一 URL 处置表
每个旧 URL 都应有明确决定：保留、301 到等价目标、合并到更完整页面、明确移除，或暂缓决定。Google 的站点迁移指南和重定向说明支持使用永久服务器端重定向传达永久移动。
在测试站完成发布闸门
- 旧 URL 到唯一目标，无循环、链或意外 404。
- 新 URL 返回 200，并有自引用 canonical。
- 应索引页面没有 noindex，测试站本身仍被阻止索引。
- 站点地图只包含最终规范 URL，内链直接指向最终目标。
- 标题、描述、H1、Schema、图片和移动布局与迁移前约定一致。
- 分析、表单、Cookie 同意和线索通知在授权范围内验证。
按证据层监测迁移
发布后分别记录可用性、抓取、索引、展示与点击、站内行为、线索和业务结果。波动不自动等于故障；先用 URL 样本、日志和时间线找共同变化。Google 也提供搜索流量下降诊断指南。
常见问题
所有旧 URL 都应重定向到首页吗？
不应。只有存在真正等价目标时才重定向；否则应选择更诚实的合并或移除策略。
迁移上线就算完成吗？
不算。完成意味着技术发布、抓取与索引验证、关键页面检查和监测交接都有记录。
下一步：在任何 URL 变化前建立处置表和发布回滚条件。
