怎么搭建独立博客
本博文使用 ChatGPT 生成,意在演示 Koi 主题的中文排版效果。
很多人问过我:「现在还有必要搭博客吗?」「Notion / Medium / 掘金不香吗?」
我一般不会正面回答这个问题。因为搭不搭博客,取决于你把它当成什么。
如果你想要曝光、流量、互动、涨粉,那独立博客大概率不是一个好选择; 但如果你想要一个长期存在、不被平台意志左右、结构可控的技术空间,那它依然是一个非常合理的工程方案。
这篇文章不讨论「写什么」,只讨论一件事: 如何用一个工程师能接受的方式,搭建一个可维护、低心智负担的独立博客。
一、先说结论:博客不是产品,是基础设施
在动手之前,我想先明确一个设计前提:
博客不是一个需要「运营」的产品,而是你的个人基础设施。
这意味着几件事:
- 不追求日活 / PV
- 不需要复杂交互
- 不依赖任何单一平台
- 允许长期低频维护
- 即使你半年不更新,它也应该正常存在
所以技术选型的核心目标不是「炫」,而是:
- 稳定
- 可迁移
- 可长期维护
- 认知成本低
二、域名:这是唯一必须花钱的部分
如果你只愿意为博客花一笔钱,那应该是 域名。
为什么一定要有独立域名?
- 它是你在互联网上唯一真正属于你的东西
- 平台会倒闭,域名不会(只要你续费)
- 你可以随时更换技术栈,而不影响外部链接
怎么选?
工程角度的建议:
.com/.net/.dev/.run都可以- 尽量 短、可读、可长期使用
- 不要绑定某个具体技术(比如
xxx-react-blog.com)
域名是十年尺度的决策,不要为了酷炫牺牲可持续性。
三、架构选择:静态优先,一切从简
99% 的个人博客,不需要后端。
推荐的基本架构
Markdown → 静态生成 → CDN 托管
常见组合包括:
- Markdown / MDX
- 静态站点生成器(SSG)
- 对象存储或静态托管平台
- CDN
你可以把它理解为: 把博客当成一个只读的前端项目。
为什么不一开始就上全栈?
- 登录、评论、数据库、鉴权都是长期负担
- 你写博客的时间,会被维护系统吞掉
- 大多数功能,后期都可以外挂
工程上,这叫 推迟不可逆复杂度。
四、静态站点生成器怎么选?
我不想列「排行榜」,只说一个判断标准:
选你 3 年后还能看懂的。
常见选择:
- Hexo / Hugo(成熟、简单)
- Astro / Next.js(前端友好、可扩展)
- 自己写(如果你清楚自己在干什么)
我个人偏向的特性
- 内容与代码分离清晰
- 构建过程可控
- 不强依赖第三方 SaaS
- 支持纯 Markdown(不是强 CMS)
如果你已经是前端工程师,用一个你熟悉的工具链是完全合理的。
五、部署:让「发布」这件事不值得一提
一个好的博客系统,发布应该像:
写完 → git push → 完事
推荐思路
- GitHub / GitLab 托管源码
- CI 自动构建
- 输出静态文件
- CDN 托管
无论你用的是:
- GitHub Pages
- Cloudflare Pages
- Vercel
- 自建对象存储 + CDN
核心目标只有一个:
不要让「发博客」成为一件需要心理准备的事。
如果每次发布都要你 SSH 上服务器、改配置、排错,那这个博客迟早会被你放弃。
六、样式与设计:越克制,越耐用
这是很多技术博客最容易走偏的地方。
我的设计原则很简单:
- 白底 or 深色底
- 单栏为主
- 字体清晰
- 尽量少动画
- 不追热点 UI 风格
你不是在做 Landing Page,也不是在做作品集首页。
博客的 UI 是为了让你十年后还能忍受它。
七、评论、统计、搜索:全部是可选项
工程上,这些都是 外挂能力:
- 评论:Giscus / 自建 / 直接不要
- 统计:Plausible / Umami / 不统计
- 搜索:本地索引 / Algolia / Ctrl+F
如果你发现自己在博客还没写几篇时,就在纠结评论系统,那大概率是顺序反了。
八、最后:博客是一个「低回报、高复利」的系统
搭建独立博客这件事,本质上很像:
- 配置一套开发环境
- 写一个内部工具
- 搭一个不会被 KPI 追着跑的系统
它的回报不会立刻出现,但它有几个很重要的特性:
- 你随时可以回头看
- 别人可以准确理解你在想什么
- 你的技术轨迹是连续的,而不是碎片化的
它不保证你被看见,但它保证你没有消失。