子域名与子目录的 SEO 架构对比示意图

子域名 vs 子目录：SEO 角度选哪个？别把流量赌在错误的决定上

你在 Google 搜「子域名 vs 子目录」，前三篇文章都说「子目录更好」。然后你看到 Shopify、HubSpot、Atlassian 这些大站都在用子域名（help.shopify.com、blog.hubspot.com）。到底谁说的对？

答案是：都对，也都不对——因为他们没告诉你「什么场景下」对。

我见过太多这样的案例：站长听说「子域名对 SEO 不好」，就把 blog.example.com 迁移到 example.com/blog，结果 301 重定向没配好，排名全掉了，流量损失 30%，花了半年才恢复。

这篇文章不会告诉你「子目录一定更好」或「子域名没问题」。我会给你一个明确的决策框架：小站（DA<30）优先子目录，大站（DA>50）看团队结构。最怕的不是选错，而是盲目迁移。

子域名和子目录的 SEO 差异

先搞清楚基本概念。

子域名（subdomain）：blog.example.com、help.example.com
子目录（subdirectory/subfolder）：example.com/blog、example.com/help

从技术上看，子域名是独立的「站点」，子目录是主站的「一部分」。这个差异直接影响三个 SEO 关键指标。

权重传递

子目录和主站共享域名权威（Domain Authority）。如果你的主站 DA 是 40，子目录天然继承这个权重。

子域名被 Google 视为「相关但独立」的站点。主站的权重会传递给子域名，但传递效率低于子目录。

小站的影响：如果你的主站 DA 只有 20，权重本身就不高，用子域名会进一步稀释。这时候子目录的优势明显——把有限的权重集中在一个域名下。

大站的影响：如果你的主站 DA 已经 60+，子域名也能获得足够的权重传递。Shopify 的 help.shopify.com 排名很好，不是因为子域名结构好，而是因为 Shopify 主站权重够高。

抓取预算

Google 每天抓取你网站的次数有限，这叫「抓取预算」（crawl budget）。

子目录和主站共享抓取预算。Google 抓取主站时，会顺便抓取子目录的内容。

子域名有独立的抓取预算。如果你的主站本身抓取预算就不多（小站、更新频率低），子域名可能被抓取得更少。

实际影响：对于日更新量少于 50 篇的小站，抓取预算通常不是瓶颈。但如果你的博客每天发布 10+ 篇文章，子目录能确保这些内容被更快抓取。

内链密度

子目录更容易和主站内容互相链接。用户从首页点击「博客」，URL 还是 example.com，信任度更高。

子域名往往成为「孤岛」。很多站长把博客放在 blog.example.com，但主站和博客之间几乎没有内链，白白浪费了内链权重。

关键点：这不是子域名的问题，而是执行问题。如果你用子域名，但主站和子域名之间有大量内链，影响不大。但实际情况是，大多数人用了子域名就忘了做内链。

子域名与子目录的权重传递效率对比图

Google 官方怎么说 vs 实战数据怎么说

Google 的 John Mueller 在 Google Search Central 和 Twitter 多次表示：「子域名和子目录在算法层面没有区别。」

他的意思是：Google 的算法可以识别子域名和主域的关系，理论上两者排名能力相同。

但实战数据告诉你：有区别，而且区别不小。

Ahrefs 的迁移案例

Ahrefs 把博客从 blog.ahrefs.com 迁移到 ahrefs.com/blog。案例显示，这次迁移带来了积极效果。

为什么？

  1. 内链密度提升：博客和主站内容可以更自然地互相链接
  2. 权重传递更直接：博客文章直接继承主站的 DA
  3. 用户信任度：ahrefs.com/blog 比 blog.ahrefs.com 看起来更「官方」

但这个案例有个重要前提：Ahrefs 本身 DA 很高（90+），有专业的 SEO 团队执行迁移。 如果你的站 DA 只有 20，团队只有你一个人，迁移效果可能完全不同。

为什么 Google 说「没区别」但实战有区别？

John Mueller 说的是「算法能力」——Google 可以处理子域名，不会因为你用子域名就降低排名。

实战说的是「实际效果」——子目录在多数情况下表现更好，因为：

  1. 抓取预算共享：小站的抓取预算有限，子目录能确保内容被更快抓取
  2. 内链密度更高：子目录更容易和主站互相链接
  3. 权重传递更直接：子目录天然继承主站权重，不需要 Google「识别关系」
  4. 用户行为：用户更倾向于信任主域（example.com/blog）而非子域名（blog.example.com）

这不是矛盾，而是「理论 vs 实践」的差异。Google 的算法可以处理子域名，但子目录在实际执行中更容易获得优势。

想知道竞品用的是子域名还是子目录？用小站SEO竞品分析这套框架看看他们的架构选择。

3 个场景适合子目录，2 个场景适合子域名

别再问「哪个更好」。问「我的场景适合哪个」。

3 个场景：优先子目录

场景 1：小站（DA<30）

如果你的主站 DA 低于 30，权重本身就不高。用子目录把有限的权重集中在一个域名下，是最稳妥的选择。

例子：你的外贸独立站刚上线 6 个月，DA 还很低。这时候把博客放在 example.com/blog，比 blog.example.com 更容易获得排名。

场景 2：同一团队管理

如果你的博客、帮助中心、产品页面都是同一个团队管理，用子目录管理更简单：

  • 同一个 CMS（如 WordPress）
  • 同一套设计风格
  • 内链更容易维护

场景 3：内容高度相关

如果你的博客内容和主站产品高度相关（如 SaaS 产品的使用教程、电商站的选品指南），用子目录能让 Google 更容易理解内容关联性。

2 个场景：可以用子域名

场景 1：多团队独立运营

如果你的博客、帮助中心、社区由不同团队管理，每个团队需要独立的技术栈和发布流程，子域名是合理选择。

例子：

场景 2：技术栈完全不同

如果你的主站用 WordPress，但想用 Webflow 做博客（因为设计更灵活），或者主站是电商平台，帮助中心是静态站点，子域名能避免技术冲突。

额外考虑：如果你的站 DA 已经超过 50，子域名也能获得足够的权重传递。这时候选择更多取决于团队结构和技术需求，而不是 SEO。

如果你的外贸独立站正在规划多语言版本或多产品线扩展，架构选择是第一步。选错了架构，后期优化再努力也事倍功半。

如果你用 WordPress 管理多个子站点，WordPress 多站点管理是一个选择——但不是所有场景都适合 Multisite。

子域名与子目录选择决策矩阵

已经用了子域名，要不要迁移？

这是我被问得最多的问题。答案是：不一定。

迁移不是免费的。你需要付出：

  1. 301 重定向配置：每个旧 URL 都要一对一重定向到新 URL
  2. 内链更新：所有指向旧 URL 的内链都要更新
  3. 排名波动：根据行业经验，迁移后排名波动通常持续 3-6 个月
  4. 技术风险：301 配置错误，排名可能全掉

什么时候应该迁移？

迁移收益 > 迁移成本，才值得迁移。

应该迁移的场景：

  • 你的主站 DA<30，子域名排名一直上不去
  • 子域名和主站内容高度相关，但现在是「孤岛」（几乎没有内链）
  • 你有技术能力正确配置 301 重定向

不应该迁移的场景：

  • 子域名排名已经很好（如果没坏，别修）
  • 你的团队技术能力有限，担心 301 配置出错
  • 主站和子域名内容完全不相关（如主站是产品页，子域名是社区论坛）

Asda 的教训

Asda（英国大型电商）从子域名迁移到子目录，初期流量明显下降。根据 SISTRIX 报告，原因是：

  • 迁移复杂度高（数万个 URL）
  • 301 重定向配置不完善
  • 内链结构调整不到位

迁移后花了 3-6 个月才恢复到迁移前水平。

关键教训：不是「迁移到子目录就一定更好」。如果迁移执行不到位，反而会损失流量。

迁移的正确姿势

如果你决定从子域名迁移到子目录，这是一份完整的清单。

迁移前（1-2 周）

  1. 备份所有数据：数据库 + 文件，确保可以回滚
  2. 导出所有 URL 列表：用 Screaming Frog 或 Sitemap 导出所有旧 URL
  3. 检查现有排名和流量：记录迁移前的基准数据
  4. 准备 301 重定向映射表：每个旧 URL 对应一个新 URL（一对一，不是全部重定向到首页）

迁移中（1-3 天）

  1. 配置 301 重定向：在服务器级别配置（Apache/Nginx），不要用 JavaScript 重定向
  2. 更新内链：所有指向旧 URL 的内链都要更新为新 URL
  3. 更新 sitemap：生成新 sitemap，提交到 Google Search Console
  4. 更新 robots.txt：确保新 URL 可以被抓取

迁移后（3-6 个月）

  1. 监控 301 重定向：用 Google Search Console 检查是否有 404 错误
  2. 监控排名和流量：预期 1-2 周内下降，3-6 个月恢复
  3. 检查索引状态：确保新 URL 被 Google 索引，旧 URL 逐渐从索引中移除
  4. 保持 301 重定向至少 1 年：不要迁移后立即删除旧 URL

常见错误

  • ❌ 用 302（临时重定向）而不是 301（永久重定向）
  • ❌ 所有旧 URL 都重定向到首页（应该一对一重定向）
  • ❌ 忘记更新内链（导致内链权重丢失）
  • ❌ 迁移后立即删除旧 URL（应该保持 301 至少 1 年）

完整的 301 重定向配置和常见错误，可以看网站改版301重定向完整清单。

结论：3 步决策框架

别再纠结「哪个更好」。用这个框架做决策：

步骤 1：判断站点规模

  • DA<30（小站）：优先子目录（权重需要集中）
  • DA 30-50（中站）：两者都可以，看团队结构
  • DA>50（大站）：子域名也可以（主域权重高，子域名也能获得足够权重）

步骤 2：评估团队结构

  • 同一团队管理：用子目录（管理简单，内链更强）
  • 不同团队管理：可以用子域名（团队自主权，技术选型灵活）

步骤 3：如果要迁移，评估成本

  • 301 配置工作量（每个 URL 都要配置）
  • 内链更新工作量（所有指向旧 URL 的链接）
  • 排名波动风险（3-6 个月）
  • 团队技术能力（能否正确配置 301）

迁移收益 > 迁移成本，才值得迁移。如果子域名排名已经很好，别动它。

最后一句话：选错架构不可怕，可怕的是「听说子域名不好」就盲目迁移，结果 301 没做好，排名全掉了。先评估，再行动。