旧域名迁移 SEO 清单

有个场景很常见：海外采购商记得你的品牌名，或者在 Google 里搜产品能力、认证型号和供应商名称。旧站原来有页面能被搜到，换域名或换 CMS 后，那些页面突然变成 404，或者全都跳到首页。询盘少了，团队才发现问题不是新站不好看，而是旧站留下的搜索入口被切断了。

旧域名迁移不是把文件搬过去就完事。它更像交接客户资料：哪些页面带来过流量，哪些 URL 有外链，哪些内容该合并，哪些页面可以删除，都要留痕。Google 的站点迁移文档也建议先列出旧 URL，再把旧 URL 映射到新目的地，并尽量用服务器端永久重定向处理迁移。Google Search Central 的站点迁移指南把这件事讲得很直接：复杂迁移需要旧 URL 清单和新 URL 映射。

如果你正在做出海官网搭建支持，或者旧站准备换域名、换技术栈、换语言结构，这份清单可以当上线前的 SEO runbook。

短答案 #

旧域名迁移的核心是先保住旧入口，再发布新页面。最小安全动作是：导出旧 URL，标注页面价值，建立新旧映射，给高价值页面做 301，检查 canonical、sitemap 和 robots，然后在 Search Console 里连续观察 2 到 4 周。

先说风险 #

迁移风险主要来自两类东西：旧 URL 的信号，和新站的可抓取性。

旧 URL 的信号包括外链、品牌词排名、产品页收录、历史点击和用户收藏。新站的可抓取性包括 robots、sitemap、canonical、状态码、内链和页面内容。如果旧 URL 没有正确跳转，新站又让搜索引擎看不清页面关系，搜索流量通常会先掉一轮。

别急着把这理解成不能改版。能改，而且很多旧站应该改。只是迁移要有顺序：先保住入口，再改善体验。

迁移前盘点 #

上线前先做一张旧站资产表。小团队不用一开始就买很复杂的工具，至少把下面几类 URL 拉出来：

• Google Search Console 里有展示或点击的页面。
• Analytics 里过去 6 到 12 个月有自然流量的页面。
• 有外部链接指向的页面，比如行业目录、媒体报道、客户案例、合作伙伴页面。
• 销售团队经常发给客户的页面，比如产品目录、认证说明、案例、下载页。
• 已收录但内容过旧的页面。
• 旧 CMS 里实际存在，但导航里已经找不到的页面。

如果你已经在做网站改版，可以顺手参考这篇网站重构时保住 SEO 流量的流程。那篇偏改版过程，这篇更偏域名、URL 和索引迁移。

URL 映射 #

URL 映射表是迁移项目里最不性感、也最救命的文件。建议至少包含这些列：

动作不要只写迁移。要写清楚是 301、合并、重写、删除，还是暂时保留。否则上线当天大家会靠记忆做决定，最容易出错。

301 怎么做 #

如果页面永久换了地址，优先用服务器端 301 或 308。Google 的重定向文档说明，301 和 308 表示页面永久移动；如果你希望搜索结果里的 URL 变成新地址，Google 建议尽量使用永久的服务器端重定向。Redirects and Google Search 这页可以作为技术团队的依据。

几条实操建议：

• 不要把大量旧页面全部跳到首页。这样对用户没帮助，也容易被判断成软 404。
• 不要做长重定向链。旧 URL 应该尽量直接到最终新 URL。
• 旧产品页找不到一一对应页面时，跳到最接近的品类页或合并后的专题页。
• 对有外链和询盘价值的页面，宁可多花半小时找对应页，也别随手删掉。
• 迁移后把站内链接也改成新 URL，不要让用户先点旧链接再跳转。

Google 的站点迁移指南还建议迁移后尽量长期保留重定向，通常至少一年。对企业站来说，只要旧域名还有品牌搜索和外链价值，我更倾向于继续续费和保留重定向，成本通常比丢掉线索低得多。

内容取舍 #

迁移不是所有旧内容都原样搬。旧站内容通常有三种处理方式。

必须保留的是有流量、有外链、有转化价值的页面。比如产品能力页、认证页、案例页、重点市场落地页。这类页面要保留主要信息，并在新站里给它更好的结构和内链。

值得合并的是主题相近但单页很薄的内容。比如三篇短新闻都在讲同一个展会产品，可以合成一篇更完整的行业应用页。旧 URL 分别 301 到合并后的页面。

暂时不用搬的是没有流量、没有外链、内容过期又没有业务价值的页面。比如旧活动通知、重复标签页、空分类页。它们可以 404 或 410，但要在上线前确认不是销售团队还在用的资料入口。

如果内容资料很乱，可以先用这篇企业网站内容迁移清单拆出页面、图片、PDF、案例和旧链接，不要把 SEO 迁移和内容整理混成一团。

技术项 #

上线前至少检查这些技术项。每一项都不复杂，但漏一个就会很烦。

• canonical 指向新站的最终 URL，不要还指向旧域名。
• robots.txt 没有误封重要目录。
• sitemap.xml 只放可索引的新 URL。
• 页面状态码正确，重要页面返回 200。
• 旧 URL 返回 301 或 308，而不是 302、JS 跳转或 meta refresh。
• 404 页面能帮助用户继续找产品、案例或联系入口。
• 多语言页面的 hreflang 指向对应语言的新 URL。
• 结构化数据里的 URL、logo、组织信息已经换成新站。

Google 的 robots.txt 文档提醒，Sitemap 字段要使用完整 URL；如果 robots 文件不可访问或格式错误，抓取行为可能和你预期不同。对重构网站来说，最好把这些项目放进上线前检查，而不是等收录异常后再补。

更完整的技术底表，可以接到这篇技术 SEO 基线。如果你对 canonical、sitemap、hreflang 这些词还不熟，也可以先看出海建站术语表。

Search Console #

换域名时，Search Console 不是最后才打开的工具。上线前就要确认旧域名和新域名都能验证。Google 的站点迁移文档也提醒，迁移后 Search Console 验证要继续有效。

如果是完整换域名，比如 old.com 到 new.com，可以在完成 301 后使用 Change of Address tool。这个工具适用于域名级迁移，不适合单纯的 HTTP 到 HTTPS，也不适合只移动站内某个目录。

上线后重点看这些地方：

• Page indexing 里 404、重定向、重复页面、被 robots 阻止的数量。
• Performance 里品牌词、产品词和重点国家的点击变化。
• Sitemap 是否成功读取，新 URL 是否逐步被发现。
• URL Inspection 中重点页面的 canonical、抓取时间和索引状态。
• Crawl stats 是否出现大量 5xx 或异常峰值。

Page indexing 报告不是实时报警器。Google 的说明里也提到，服务器错误可能是暂时的，实时测试成功不代表历史抓取时没有失败。迁移后至少连续看 2 到 4 周，不要上线当天看一眼就结束。

十个易错点 #

这十个问题最常见，也最容易被低估：

1. 旧域名过期，重定向直接失效。
2. 旧 URL 全部跳首页。
3. 重定向链超过两三跳。
4. 新站上线时还带着 noindex。
5. canonical 仍指向测试域名。
6. sitemap 里混着旧 URL、测试 URL 和 404。
7. 多语言 URL 对不上。
8. PDF、图片和案例链接没迁移。
9. 表单 thank-you 页面被错误收录。
10. 上线后没人看 Search Console。

如果预算或时间有限，先保高价值 URL、品牌词页面、外链页面和转化页面。低价值归档页可以后面慢慢处理。

什么时候不用做 #

有些情况不需要完整迁移流程。

如果只是改几个页面的文案，URL 不变，通常不需要 Change of Address，也不需要大规模重定向表。检查标题、内链、页面质量就够了。

如果只是 HTTP 到 HTTPS，要做全站 301、更新 sitemap 和内部链接，但 Google 明确说这种情况不用 Change of Address tool。

如果是新网站，没有旧域名、旧内容、旧外链，也不需要迁移旧 URL。你更应该先做信息架构、关键词主题和基础技术 SEO。

判断标准很简单：只要旧 URL 在搜索、外链、销售资料或客户收藏里还有价值，就要把它纳入迁移表。

项目交付物 #

我做旧站迁移时，通常希望最后留下这些东西：

• 旧 URL 资产表。
• 新旧 URL 映射表。
• 重定向规则文件或 CMS 重定向配置。
• 上线前 SEO 检查表。
• Search Console 验证截图或记录。
• 上线后 2 到 4 周监控表。
• 需要后续补写或合并的内容清单。

这些文件不只是给 SEO 用。它们也能让老板、销售、开发和内容同事知道：哪些页面不能动，哪些页面可以删，出了问题该先查哪里。

下一步 #

如果你准备换域名、重做旧站，或者把 WordPress、独立站、旧外贸系统迁到新的 CMS，可以先带着现有网站、目标市场和 Search Console 权限做一次初步诊断。我们会先看旧 URL、流量页、外链页和索引状态，再决定哪些必须迁，哪些可以合并，哪些暂时不用动。