把整个网站搬进子目录：一次「根域名让位」迁移的完整动作清单与真实代价

做了十年 SEO，我劝客户最多的一句话是：“能不迁移就不迁移。”

今年 3 月，轮到我自己给自己的站做手术：把运行中的整个导航站从根域名 navxd.com 搬进子目录 /navigation/，把根域名腾出来给新主站。这篇是完整的动作清单，和四个月后不加滤镜的真实代价——包括至今还没恢复的部分。

网上讲迁移的文章，九成是”换域名怎么做 301″。但我这次是更少见的一种：域名不变，整站降级进子目录，根域名让位给新站。老站（一个收录了几千条工具的导航站）所有 URL 从 navxd.com/xxx 变成 navxd.com/navigation/xxx，同一台服务器上还要再跑起一个全新的主站。动作更多、坑也更密。

一、为什么要动这个手术

动机是产品升级：原来的导航站只是”网址收藏夹”，我要在根域名上做一个更完整的 AI 工具平台（评测、排行、场景方案、AI 生图这些）。根域名是一个站最值钱的资产，必须留给未来的主体业务——所以老导航站让位，降级为平台的一个板块。

迁移方案定型前的关键抉择：老站是搬去子域名（nav.navxd.com）还是子目录（navxd.com/navigation/）？我确实认真考虑过子域名——隔离干净、部署也简单。但最终从 SEO 角度选了子目录，理由三条：

搜索引擎把子域名当”半个新站”看待：权重评估相对独立，等于老站的积累要打折重来；子目录则继承根域名的整体权重。
权重流动方向：新主站和导航站要互相导流、互相内链，同域名下的子目录之间权重传递最自然。
国内引擎对子域名更保守：百度对新子域名的信任建立很慢，等于给本就伤筋动骨的迁移再加一层风险。

三、迁移动作清单（我实际做的每一步）

图1：六步清单——每一步都省不得

几个动作的细节展开：

301 必须在 nginx 层做前缀映射。一条 location 规则就能把老路径整体映射到 /navigation$request_uri，比在 WordPress 里装跳转插件快一个量级，而且老站程序哪怕挂了跳转依然活着。
双 WP 同机是隐形雷区。两套 WordPress 必须独立数据库 + Redis 隔离（不同库号 + 不同 key 前缀）。我踩过缓存串站的雷：一边写的缓存被另一边读到，直接白屏——这类事故诡异且难查，隔离是唯一解。
死链要果断 410。迁移时决定放弃的页面（我有约 6000 个低质标签页）别让它 404 挂着——404 引擎会反复回访，410 才是”永久删除、别再来”，清出索引快得多，省下的抓取配额留给真内容。

四、四个月后的真实代价（不加滤镜）

动作全做对，不等于没有代价。截至 2026 年 7 月的真实状态：

图2：同一场迁移，各引擎的消化速度天差地别

这张图就是这篇文章最值钱的部分：动作可以教科书式的对，代价依然真实存在，而且各引擎的反应完全不同。必应和谷歌认 301 认得快，按周恢复；百度收录直接清零，四个月了还没放出来——它的爬虫每天都在抓（日志里看得到三四百次），但索引就是不给，典型的”重新考察期”。360 和搜狗则干脆只留了个首页观望。

五、复盘：如果重来一次，我会改什么

防止 301 链条。迁移后我后来又删了一批老标签页，形成”根域老 URL → 301 → 子目录 URL → 已删除”的链条。正确做法是回头把根域入口直接改成 410 一步到位——每多一跳，引擎的耐心和权重传递都在折损。
当心缓存把跳转”封印”。我的服务器有页面缓存，改了跳转规则后老的 301 还被缓存层继续下发，排查半天以为规则没生效。改任何跳转，先清缓存再验证。
迁移观察期要每周做抓取诊断。我在观察期内又赶上网站被挂马——恶意代码专门给搜索引擎 UA 注入垃圾内容，等于在百度重新考察我的节骨眼上，给它喂了几周垃圾。信任二次受损，这也是百度恢复格外慢的原因之一。如果我每周用站长平台的抓取诊断验一次”引擎眼中的页面”，能早几周发现。
对国内引擎的恢复周期要有更狠的心理预期。海外引擎按周计，百度按月计，甚至更久。如果你的业务严重依赖百度流量，迁移窗口期的流量损失要按季度做预算，不是按周。