migrate-site

迁移网站

指导完成域名迁移、CMS 切换或 URL 结构调整，同时避免排名下滑——包括重定向映射、监控计划和回滚标准。

迁移类型

类型	风险级别	示例
域名变更	高	olddomain.com → newdomain.com
协议变更	低	HTTP → HTTPS
CMS 切换	中高	WordPress → Next.js、Shopify → custom
URL 结构调整	中	/blog/2024/post → /blog/post
子域名迁移	中	blog.example.com → example.com/blog
设计／模板变更	低至中	URL 不变，使用新模板

所有迁移都有 SEO 风险。目标是尽量减少流量下滑，并加快恢复速度。

阶段 1：迁移前审计

盘点所有内容

在进行任何更改之前，记录当前状态：

页面：

• 所有已编入索引的 URL 完整列表（来自站点地图和 Search Console）
• 每个页面的月流量（Search Console，最近 6 个月）
• 每个页面排名靠前的关键词及排名
• 每个页面的反向链接数量（有外部链接的页面需要特别关注）

技术：

• 当前 robots.txt
• 当前 XML 站点地图
• 当前重定向规则
• 当前结构化数据
• 当前规范标签
• 当前内链结构

性能：

• 自然流量总基准值（按周和按月）
• 流量最高的前 50 个页面
• Core Web Vitals 得分
• Search Console 中的抓取统计信息

保存所有内容。 你需要这些数据与迁移后进行对比。

找出高价值页面

并非所有页面都同等重要。请标记这些页面并给予额外关注：

• 自然流量最高的页面（前 20%）
• 带有外部反向链接的页面
• 排名靠前且对应高价值关键词的页面
• 与转化相关的着陆页
• 带有精选摘要的页面

这些页面必须设置有效的重定向，并在迁移后逐一验证。

阶段 2：重定向映射

重定向映射是最关键的产物。每个旧 URL 都必须映射到正确的新 URL。

映射规则

旧 URL	新 URL	类型	备注
/old-page	/new-page	301	内容相符
/removed-page	/closest-relevant-page	301	合并到相关页面
/deleted-page	/	301	没有相关页面——最后才重定向到首页

规则：

• 永久迁移使用 301 重定向（而非 302）
• 将每个旧 URL 映射到最相关的新 URL（不要全部指向首页）
• 尽可能保留 URL 结构（重定向越少，风险越低）
• 避免重定向链（旧 URL → 中间 URL → 新 URL）。每次重定向都应直接跳转。
• 处理 URL 变体：有／无尾随斜杠、有／无 www、HTTP／HTTPS

常见陷阱

• 忘记重定向分页 URL（/page/2、/page/3）
• 漏掉带有反向链接的查询参数 URL
• 大小写敏感问题（有些服务器会将 /Page 和 /page 视为不同 URL）
• 将所有内容都重定向到首页（会削弱页面级权重）

阶段 3：技术配置

切换之前

• 新网站可被完整抓取（确保没有残留的暂存环境 robots.txt）
• 已实施并测试所有重定向规则
• 新 XML 站点地图已就绪（包含新 URL）
• 新页面上的规范标签指向新 URL（而非旧 URL）
• 内链已更新为新 URL（不要依赖重定向链处理内链）
• 结构化数据已更新为新 URL
• Hreflang 标签已更新（如果是多语言网站）
• 已为新域名创建 Google Search Console 资源（如果是域名变更）
• 新网站上的分析跟踪已更新
• 已为新网站配置 CDN／缓存

切换时

• 部署重定向规则
• 部署新网站
• 确认重定向正常工作（抽查 20 个以上 URL）
• 将新站点地图提交到 Search Console
• 如果是域名变更：使用 Search Console 的地址变更工具
• 使用 Search Console 的 URL 检查功能，强制抓取关键页面
• 在前 24 小时内实时监控服务器错误

第 4 阶段：迁移后监控

第 1 周（每日检查）

• 在 Search Console 中检查抓取错误（404、5xx 错误）
• 确认自然流量没有大幅下降
• 检查重定向是否仍然有效
• 查找本应重定向但返回 404 的页面
• 监控服务器响应时间（迁移可能会暴露性能问题）

第 2–4 周（每周检查）

• 将自然流量与迁移前的基准值进行比较
• 在 Search Console 中检查索引状态（已编入索引的页面数量）
• 确认重要页面已使用新 URL 编入索引
• 检查热门关键词的排名位置
• 查看抓取统计信息，检查是否存在异常

第 2–3 个月（每月检查）

• 流量应恢复至迁移前的水平
• 所有旧 URL 都应在 Search Console 中显示为已重定向
• 新 URL 应已编入索引并获得排名
• 核心网页指标应保持稳定

预期时间线

• 流量下降： 属于正常现象。预计前 2–4 周会下降 10–30%。
• 恢复： 如果重定向设置正确，大多数网站会在 2–3 个月内恢复。
• 完全稳定： 大型网站需要 3–6 个月。
• 警示信号： 如果 4 周后流量仍未开始恢复，请进行调查。

第 5 阶段：回滚计划

迁移前，先定义回滚标准：

满足以下条件时回滚：

• 自然流量下降超过 50%，且持续超过 7 天
• 超过 20% 的重定向失效
• 关键转化页面无法访问
• 服务器错误超过可接受的阈值

回滚步骤：

1. 恢复 DNS（如果是域名变更），或重新部署旧网站
2. 移除或撤销重定向
3. 重新提交旧站点地图
4. 调查问题原因，再尝试迁移

输出格式

迁移计划：[旧] → [新]

迁移类型： [域名变更 / CMS 切换 / URL 结构调整 / 等] 风险级别： [低 / 中 / 高] 预计时间线： [准备 + 执行 + 监控]

迁移前清单

• 已编入索引的页面总数：[数量]
• 带有反向链接的页面：[数量]
• 流量最高的页面：[列出前 10 个]
• 当前每月自然流量：[基准值]

重定向映射 [表格 — 旧 URL → 新 URL 的完整映射]

技术检查清单 [第 3 阶段的检查清单]

监控计划 [第 4 阶段的检查节点]

回滚标准 [已定义的阈值和步骤]

风险领域

• 需要重点关注的高价值页面
• 此类迁移已知的技术挑战
• 必须保留的外部反向链接

---

专业提示： 使用免费的 Broken Link Checker 验证迁移后的重定向，并使用 Htaccess Generator 生成重定向规则。SEOJuice MCP 用户可以运行 /seojuice:site-health 获取包含链接数据的完整 页面清单，运行 /seojuice:keyword-analysis 识别高价值页面，并运行 list_changes 检测迁移后的内容差异。