别瞎几把折腾子域名-很多你想不到的麻烦

个人站长千万没必要折腾子域名！！给业余博客的自己：为什么你真的、真的不需要子域名

写在前面：这篇文章是写给你看的，也是写给我自己看的。如果哪天我又手痒想折腾子域名，就回来读一遍。

一、你最初的想法

你可能这样想过：

“我看大站都用子域名——blog.example.com、docs.example.com——看起来很专业，我也想搞一个。”

打住。大站用子域名，是因为他们有多个团队、多套服务器、多种业务线。你呢？你只有一个人、一台虚拟主机或免费的静态托管、一个写着生活琐碎或技术笔记的个人博客。

你们的需求完全不在一个量级。

二、你不需要的“好处”

子域名听起来能带来这些：

你以为是好处	实际上对个人博客的意义
结构更清晰	你的文章数量还没多到需要分域名来管理
可以独立部署	你的博客本来就一键部署，和主站分开反而是折腾
方便迁移	你上一次迁移博客是两年前，下一次可能又两年后，不值得为这个复杂度买单
看起来很酷	除了你自己，没有任何读者会注意到你的域名结构

三、你没想到的麻烦（这才是真正的劝退点）

3.1 SEO 要从零开始

你的主域名可能已经积累了一些权重。Google 知道你、偶尔有人搜索你的名字能翻到你的文章。

但一旦启用 blog.yourdomain.com，搜索引擎会把它当作一个全新的网站：

• 所有历史文章的权重归零
• 你需要重新提交站点地图
• 其他网站链接到你旧文章的友情链接，全部失效（因为那是 yourdomain.com/post/xxx，不是 blog.yourdomain.com/post/xxx）
• 搜索排名要等几个月才能慢慢恢复

用子目录（yourdomain.com/blog/），所有 SEO 积累自动继承。

3.2 每次打开都要重新建立连接

当读者从你的主站点击进入博客子域名时：

• 浏览器需要重新 DNS 查询（虽然通常很快）
• 需要重新 TLS 握手（子域名的 SSL 证书可能单独验证）
• 需要重新建立 HTTP/2 连接

这些延迟虽然只有几十到几百毫秒，但累积起来会让访客感觉“点了一下，怎么没反应？”

子目录则完全不存在这个问题——连接已经在了，点一下瞬间加载。

3.3 你的简单工具链会变得复杂

假设你现在用某个静态博客生成器（Hugo、Hexo、Zola 等），配置大概是这样的：

# 很简单的配置
baseURL = "https://yourdomain.com/"

用了子域名，你需要：

• 修改配置为 baseURL = "https://blog.yourdomain.com/"
• 检查所有文章里的内部链接（可能写死了 yourdomain.com）
• 处理 RSS 订阅地址的变化（所有订阅了你 RSS 的读者，需要重新订阅）
• 图片、CSS、JS 的引用路径可能全部要改

这些改动没有一个是增加价值的，全是纯消耗。

3.4 跨域问题会悄悄找上你

举一个真实可能发生的例子：

你的主站有评论系统，用的是某个第三方服务。子域名 blog.yourdomain.com 想调用同一个评论接口，结果浏览器报错：

Access to XMLHttpRequest at ‘…’ from origin ‘blog.yourdomain.com’ has been blocked by CORS policy

然后你就要去研究 CORS 是什么、怎么配置响应头。对于一个只想写博客的人来说，这完全是浪费时间。

子目录不会有这个问题，因为来源没变。

3.5 证书和 HTTPS 的小麻烦

你可能已经配好了主域名的 SSL 证书。子域名如果是独立的：

• 用的证书必须覆盖 blog.yourdomain.com（通配符证书可以，但免费的通配符证书获取比单域名麻烦）
• 如果子域名托管在不同的服务商（比如主站在 Vercel，博客在 GitHub Pages），你需要单独为它申请和续期证书
• 证书过期时，主站还能访问，但博客打不开了——你会收到两份过期提醒

3.6 分析统计不再统一

如果你用 Google Analytics 或 Umami 之类的工具：

• 主域名和子域名会被统计为两个不同的网站，除非你配置跨域追踪（又是一件麻烦事）
• 你无法直观地看到“从首页点进某篇文章”的完整用户路径
• 跳出率、停留时间等指标会分裂，不利于判断整体流量健康

子目录则全部在一个统计视图里，一目了然。

3.7 你的读者会困惑

普通人看到域名变化时的心理活动：

• yourdomain.com → “哦，这是 XX 的网站”
• 点击链接跳转到 blog.yourdomain.com → 浏览器地址栏变了 → 部分人会疑惑：“我是不是点出去了？这是不是同一个站？”

这听起来夸张，但很多非技术用户确实会这样想。保持域名一致，能减少哪怕 1% 的困惑，也是有价值的。

3.8 未来维护的隐形负担

半年后，你可能已经忘了自己设置过子域名。某天你想：

• 加一个搜索功能：需要在子域名上也配一遍
• 换主题：要分别考虑主站和子域名的样式是否一致
• 改域名：需要同时处理两个域名的重定向规则
• 迁移服务器：要迁移两份配置

每多一个子域名，就是给未来的自己多挖一个坑。

四、唯一的例外（但大概率不适用于你）

如果以下条件全部满足，子域名才值得考虑：

1. 你的博客和主站运行在完全不同的服务器上
2. 两个服务器之间无法用反向代理打通
3. 你坚决不想把博客放在子目录里
4. 你做好了上面全部心理准备

作为一个业余个人博客，第 1 条你可能都不满足——即使满足，也有更简单的解决方案（比如用 Nginx 或 Cloudflare 转发路径）。

五、你应该怎么做

方案 A（最推荐）：博客直接放在 yourdomain.com

• 首页就是你的博客文章列表
• 没有“主站”和“博客”的区别，你就是个纯粹的个人博客作者
• 最简单的结构，0 烦恼

方案 B：博客放在 yourdomain.com/blog/

• 如果你确实需要一个独立的主页（比如个人介绍、作品集），但博客是主要内容
• 一个子目录，继承所有权重
• 技术实现难度：在博客生成器里改一行配置

方案 C（用子域名）：不推荐

• 除非你真的、真的、真的需要
• 并且愿意接受上面列出的所有代价

六、最后的劝退

我知道那种感觉：周末下午，刚读完一篇技术文章，觉得“子域名这东西好像也不难”，于是跃跃欲试。

每花一分钟折腾子域名配置，就是少一分钟在写新的文章、改进旧的文字、回复读者的评论。

而这些——写文章、改文章、与人交流——才是你开这个博客的初心。

把精力留给内容。域名结构怎么简单怎么来。