先讲结论
旧站改造里最容易被低估的成本不是开发，是内容整理。每一个页面都要先做一次"保留 / 合并 / 重写 / 删除"的判断，不要一股脑搬过去。图片、PDF、产品手册、案例稿，全部按一套统一规则重命名，否则三个月后没人知道哪张图归哪个项目。旧 URL 必须做一一映射，能合并的 301 到新页面，能淘汰的 410，绝对不要让搜索引擎收到一堆 404。中英文版本要对齐到页面级，每一个中文页面都标好对应的英文页面状态：已翻译、待 native 校对、不翻译。迁移完不是结束，要按一份 QA 清单把链接、图片、表单、SEO 字段、跳转规则再过一遍。预算紧的小团队也能做。关键是把判断写在表里，别凭感觉搬。
我们接过的旧站改造项目里，10 个有 8 个一开始都低估了内容这一关。客户以为的难点是设计和开发，真正卡进度的常常是这一类问题："这张工厂照片是哪一年拍的？""这个 PDF 是不是已经过时了？""这个英文页面到底是谁翻的，能用吗？"老内容就像一个堆了五年的仓库，没有人愿意进去清。
这份清单就是为这种场景写的。它不教 SEO 入门，也不教 WordPress，写给那种"老板下个月要看到新站，但旧站资料一团乱麻"的小团队，用来把内容搬迁这件事拆成可以分工的动作。
1. 内容盘点
第一步永远是先列清楚旧站到底有什么。很多团队跳过这一步，直接开始照搬，搬到一半才发现有几十页废弃的活动专题、五个版本的产品参数表，根本没人记得哪个是最新的。
最低成本的盘点方式是导出一份 sitemap，丢进 Excel，然后给每个页面打一个标签：
- 保留：页面有流量、有外链、内容仍然准确，URL 和正文基本不动。
- 合并：多个相似页面（比如三个产品系列页内容高度重复）合并到一个新页面。
- 重写：题目还有用，但内容过时或写法太差，需要重新组织。
- 删除：过期活动、废弃产品、五年前的招聘公告，不带去新站。
判断依据可以从三处取数：Google Analytics 的过去 12 个月页面访问量、Search Console 的展示和点击、以及 Ahrefs/Semrush 看到的反向链接。一个页面如果三项都没数据，又没有商业上的特殊原因，删就对了。
需要提醒的是：不要让一个人闭门做完盘点。销售、市场、产品至少各派一个代表过一遍，因为 Analytics 数据看不出"这个页面是上次大客户来访前我们专门做的"这种业务上下文。
2. 文件归档
旧站的资源文件夹常常长这样：uploads/2019/03/IMG_2837_final_v2_used.jpg、docs/产品手册-终版-修改版.pdf、case/案例3.docx。这种命名搬到新站还是没法用。
迁移之前先定好命名规则，比如：
- 图片：
场景-产品/案例-年份.webp，例如factory-line-led-2024.webp、case-bmw-warehouse-2023.webp。 - PDF / 手册：
产品名-文档类型-版本.pdf，例如solar-inverter-datasheet-v3.pdf。 - 案例稿：
客户行业-客户名-年份.md，例如automotive-bmw-2023.md。
不要小看这一步。命名规则统一之后，新站的内容编辑、博客作者、销售拿物料的时候都知道去哪里找；以后做 SEO 图片优化、案例页的结构化数据，也都依赖于这套命名。
具体到工作流：
- 先把所有旧资源拷一份只读副本到
archive/目录，作为 fallback。 - 按"保留"分级筛出真的要搬到新站的文件。
- 用脚本批量重命名，并把原名 → 新名的映射记一份 CSV，便于追溯。
- 图片重新压缩成 WebP/AVIF，PDF 跑一遍 OCR 让其可被搜索。
3. URL 映射
URL 迁移是迁移里风险最高的一步。处理不好就是搜索流量崩盘、外链全失效、客户邮件签名里的链接打开是 404。这部分必须有一份明确的映射表。
映射表至少四列：旧 URL、新 URL、跳转类型、负责人。跳转类型只有三种是合规的：
- 301 永久跳转：内容在新站有对应页面（即使 URL 改了），用 301。这是绝大多数情况。
- 410 Gone：内容确实下线，没有替代页，告诉搜索引擎"它真的没了"，比丢一个 404 更友好。
- 保留原 URL：如果新站架构允许，让有流量的高价值页面 URL 保持不变，跳转就少一层风险。
几个常见的判断：
- 旧站
/news/2019-trade-show.html没价值，且没有合并去处 → 410。 - 旧站
/products/led-panel-old.html在新站合并到/products/led-panels/→ 301。 - 旧站
/about-us.html在新站变成/about/（仅路径变化），有流量和外链 → 301。 - 旧站
/blog/2018-internal-newsletter.html是内部周报误发外网 → 410。
落地时还要测一遍：跳转链不超过一跳（不要 A→B→C），跳转后状态码必须是 301 而不是 302，移动端和 https 版本都要一起跳转。这一段处理逻辑和 Google Search Central 关于网站迁移和重定向的官方建议是对得上的。具体到 SEO 角度的更细操作可以看网站重构时如何保住原有 SEO 流量，老域名整体迁移的场景看旧域名和旧网站迁移的 SEO 清单。
4. 双语对应
很多客户的旧站名义上有英文版，实际打开发现：英文页只有一半、有的英文页指向不存在的中文页面、有的中文页面有英文翻译但是机翻味很重没人愿意用。
迁移这一步必须建一份双语对应表，每个中文页面对应一个状态：
- 已对齐：中英文页面 URL、正文结构、CTA 都已经匹配，可以直接搬。
- 待 native 校对：中文页面有英文初稿，但需要 native writer 重新打磨。
- 待重写：英文页面不能直接用，必须重写（不是翻译）。
- 不翻译：这个页面只服务国内市场，海外站不出现。
这里要小心一种常见错误：把"信息要全"当成"中英文必须 1:1"。海外站不需要保留中文站所有的"公司新闻动态"，但必须把买家最关心的服务页、案例、白皮书做扎实。本地化的逻辑和翻译的差别，可以参考本地化 SEO 和直接翻译有什么区别？。
如果新站用 hreflang，对应表里还要标出每对页面的 hreflang 关系（如 zh-CN ↔ en），上线时一起配置。
5. 迁移后 QA
迁移结束那天最危险，因为大家都松了一口气。其实真正的工作刚开始。一份合格的迁移后 QA 清单至少包含：
- 链接：跑一遍 Screaming Frog 全站爬虫，确认零 404、零跳转链超过一跳；外部链接也扫一遍，过期的换或者删。
- 图片：每张图片都有 alt、文件路径正确、移动端能正常加载；保留 / 重写过的页面里，旧图没有被错误地嵌进新版面。
- 表单：每个询盘表单实际提交一遍，确认收件邮箱能收到、自动回复能发出、CRM 里有记录。
- SEO 字段：每个页面的 title、description、Open Graph、canonical、Schema 都填了；服务页带 Service schema、文章带 Article schema。
- 跳转：从映射表里抽 20-30 条手动测试，覆盖热门页、合并页、410 页；移动端、https、www / non-www 都过一遍。
- Search Console：在 GSC 里提交新 sitemap，submit 老域名的变更（如果换了域），观察 7 天的索引和 404 报告。
- Analytics：上线当天比对 GA4 实时数据，确认所有关键页面有数据上报。
更系统的"上线前到底要看哪些项"可以参考公司网站改造前的完整审计清单。
6. 小团队取舍
这份清单看上去重，小团队会问：是不是有些可以省？我们的实际经验是这样：
- 盘点不能省，但可以快。3 人 2 天的工作量。先按 sitemap 列出页面，三档投票（保留 / 重写 / 删），分歧的再讨论。
- 文件归档可以分阶段。上线时只把"保留"和"重写"的资源整理好；"合并"涉及到的旧文件第二周再清。
- URL 映射不能省，而且要在新站结构定下来的那一刻就开始写，不要等开发完了再补。
- 双语对齐可以分批。先保证服务页、案例、首页的英文 native 校对，博客可以先用现有版本上线，分批替换。
- QA 不能省，宁可上线日推迟两天也要把 QA 跑完，比上线后客户投诉哪个表单收不到要便宜得多。
如果术语上有不熟悉的，比如 hreflang、canonical、301 这些，先去出海建站术语表对一遍。
迁移分工表
| 板块 | 负责人 | 关键产出 |
|---|---|---|
| 内容盘点 | 内容 + 销售 + 产品 | sitemap 标签表（保留 / 合并 / 重写 / 删除） |
| 文件归档 | 内容 | 命名规则文档、archive/ 副本、CSV 映射 |
| URL 映射 | SEO + 技术 | URL 映射表（旧 → 新 → 类型 → 负责人） |
| 双语对应 | 内容 | 中英文页面对应表（含状态） |
| 上线 QA | 技术 + SEO | QA 报告（链接、图片、表单、SEO、跳转） |
常见问题
旧站没有 sitemap，怎么盘点？
用爬虫工具（Screaming Frog 免费版可以爬 500 页，足够大多数中小企业站）跑一遍，导出 URL 列表。再叠加 GA4 过去 12 个月的访问页面、Search Console 的展示页面，三份合并去重就是一份比较完整的盘点底稿。
老页面的反向链接很重要，删掉怕掉权重，怎么办？
看页面是不是真的过时。如果只是 URL 改了内容仍然有用，做 301 跳转到新页面，权重大部分会传递。如果内容真的废弃，但有重要外链，可以保留 URL 但更新内容，或者 301 到一个最相关的新页面。最差的选择是直接 404，用户和权重一起丢。
中英文 URL 必须保持一致吗？
不是必须，但建议在路径层面保持一致。比如中文是 /zh/services/seo/，英文就是 /en/services/seo/。对应关系清楚，hreflang 配置简单，后期维护成本也低。如果中英文 URL 完全无规律，运营团队迟早会搬不动。
迁移之后多久能恢复 SEO？
按经验，做对了 301 + sitemap + 内部链接的小型迁移，2-4 周看到流量恢复；大型迁移或换域名的场景，6-8 周能基本回到迁移前水平，期间会有一定波动。如果一个月以后流量还没回来，多半是 301 链漏配、sitemap 没更新、或者新站本身有索引问题。
预约诊断
如果你正在准备旧站改造、或者已经改完一半但搬不动旧内容，欢迎带着旧站 URL、Search Console 和 Analytics 的访问权限来做一次免费诊断。我们在网站重构服务里会用上面这份清单逐项扫一遍，告诉你哪些页面必须保留、哪些可以合并、哪些 URL 需要在上线那一天就配好 301。
