网站改版 / 域名迁移怎么不丢排名？
第二章：搜索基础篇 · 第 33 问
网站改版或换域名，是 SEO 里风险最高的操作之一。做得好，排名平稳过渡甚至提升；做得差，几年积累的流量一夜归零。这篇把整个流程拆解清楚，让你心里有底。
改版前：完整的准备清单
改版不是"上线那天"才开始的事，至少提前 2-4 周做好以下准备：
1. 完整抓取旧站
用 Screaming Frog 或 Sitemap 导出旧站所有 URL，生成完整清单。重点记录：
- 所有有排名的页面（通过百度站长平台或 5118 导出）
- 所有有外链指向的页面（通过 Ahrefs 或百度站长平台外链分析）
- 所有高流量页面（通过百度统计导出）
2. 制作 URL 映射表
这是整个迁移的核心文件。格式很简单：
| 旧 URL | 新 URL | 状态 |
|---|---|---|
| old.com/product/123 | new.com/product/123 | 已配置301 |
| old.com/news/abc.html | new.com/blog/abc | 已配置301 |
| old.com/about | new.com/about-us | 已配置301 |
原则：一对一映射，不要把多个旧页面指向同一个新页面。
3. 新站上线前检查
- 新站的 robots.txt 不要误封抓取
- 新站的 sitemap 已生成并准备好提交
- 新站页面的 title、description、H1 保持原有优化内容
- 新站内链结构已更新为新 URL
301 重定向：技术核心
301 永久重定向是告诉搜索引擎"这个页面已经永久搬家了，请把权重转移到新地址"。
配置方式（Nginx 示例）：
server {
server_name old-domain.com;
return 301 $scheme://new-domain.com$request_uri;
}
常见坑：
- ✗ 用 302 临时重定向代替 301（权重不转移）
- ✗ 重定向链过长：A → B → C → D（每多一跳，权重损耗越大）
- ✗ 旧页面直接返回 404 而不做重定向
- ✗ 所有旧页面都指向新站首页（这等于告诉百度"旧内容全没了"）
百度站长平台：改版工具
百度提供了专门的改版工具，路径：百度站长平台 → 网站支持 → 优化与维护 → 网站改版。
支持三种改版方式：
- 换域名改版：old.com 整站迁移到 new.com
- 站内改版（规则）：URL 结构变化，如 /article/123.html → /blog/123
- 站内改版（对应关系）：逐条提交新旧 URL 对应
操作步骤：
- 确保 301 已全部生效
- 在站长平台添加并验证新站
- 提交改版规则或对应关系
- 提交新站 sitemap
- 等待百度审核（通常 1-2 周开始处理）
迁移时间线预期
不要指望改版后排名立刻恢复。真实的时间线是：
- 第 1-2 周：排名波动明显，流量可能下降 20-50%
- 第 1-2 个月：百度逐步识别新 URL，排名开始回升
- 第 3-6 个月：大部分页面恢复到改版前水平
- 6 个月以上：如果新站体验更好，排名可能超越旧站
注：以上迁移时间线为基于实操经验的参考预期，实际恢复速度因站点规模、改动幅度而异，非官方统计。
关键：旧域名的 301 至少保持 1 年以上，不要提前关闭。
迁移期间的监控要点
改版后的前 3 个月，每周检查：
- 百度索引量变化（站长平台→索引量）
- 核心关键词排名波动（5118 或手动监测）
- 抓取错误（站长平台→抓取异常）
- 301 是否正常生效（随机抽查旧 URL）
- 流量恢复进度（百度统计对比同期数据）
如果发现索引量持续下降超过 4 周，立即排查是否有页面遗漏了重定向。
实操建议
- 能不换域名就不换域名：如果只是改版设计或 URL 结构，尽量保持域名不变，风险小得多
- 分批上线：如果站点页面量很大（万级以上），考虑分批次迁移，先迁移核心频道，观察稳定后再迁移其余部分
- 保留旧站备份：万一出了问题，要能快速回滚。至少保留旧站完整的数据库和静态文件备份 3 个月
用 AI 工具解决：改版 / 迁移前的准备与监控
场景一：从旧站抓取数据生成"迁移白皮书"
我要把网站从 old.com 迁移到 new.com。我这里有旧站的全部 URL（粘贴 URL 清单）、每个页面的标题和关键词、以及百度统计导出的流量数据。请帮我：1) 生成一份"迁移白皮书"，列出高流量页面、有外链页面、核心关键词页面；2) 标出必须重点 301 的页面清单；3) 给出一份完整的迁移准备 checklist（抓取 → 映射 → 上线 → 监控）。
场景二：批量生成新旧 URL 映射表
旧站 URL 清单如下（粘贴），新站采用 [规则，如域名换成 new.com、/news/abc.html 改为 /blog/abc]。请为每条旧 URL 生成对应新 URL，输出 CSV（旧URL,新URL），并遵守：一对一、不链式、不全部指首页。对语义对不上的条目单独标出让我确认。
场景三：生成迁移监控清单和自动化脚本思路
我下周要执行网站迁移，请给我：1) 一份迁移后前 4 周的每周检查清单（索引量、排名、抓取错误、301 生效、流量对比，每项给出怎么看）；2) 一个可以定期检查"旧 URL 是否 301 生效"的脚本思路（可以用 Python/curl，检查返回码和跳转目标）。
场景四：撰写迁移相关的站长平台反馈说明
我在百度站长平台提交"网站改版"申请，需要写一段说明。我的情况是 [从旧域名迁到新域名，改了 URL 结构，已配好 301]。请帮我写一段正式、清晰的改版说明，包含：改版原因、迁移范围、301 配置情况、期望处理时间。语气客观专业。
注意：AI 的边界
- 迁移映射关系 AI 只能猜：它按"语义相近"生成的新 URL 对应可能把重要页面指错，高流量/高外链页面必须人工逐一确认
- AI 生成脚本要测试：监控脚本先在你本地小范围跑通再上服务器，别在生产环境第一次执行
- 改版说明要基于事实：AI 帮你润色文字没问题，但涉及你网站的具体情况（什么时候改的、改了什么）必须如实填写
