把博客从 Next.js 搬回纯静态的 12 小时

这不是一篇反框架的文章。Next.js 很好，只是它不适合这个场景。

搬家前的成本

一个个人博客，每月更新 1~2 篇。为此维护着：

• Node 服务常驻，占 180MB 内存
• 每次部署 4~6 分钟
• 一条 CI 流水线，一年里坏过 3 次
• 升级依赖时最怕 next 的 major 版本

决定性的那一刻

某天我想改一篇文章里的错别字，流程是：开编辑器 → 改 → commit → 等 CI → 等构建 → 验证线上。12 分钟过去，我改了一个字。

搬完之后的账

纯静态 + 一个极小的写作后台：

• 首页首字节 40ms 左右（离得近的节点）
• 部署从 6 分钟变成 20 秒
• 服务器内存占用从 180MB 掉到 60MB 左右
• 改错别字从 12 分钟变成点开后台、改、保存

什么情况下别搬

如果你的站点有这些需求，SSR 是对的：

• 需要登录后才能看的个性化内容
• 内容型页面但强依赖实时数据
• 团队已经在框架生态里，搬迁成本高于收益

一个判断方法

问自己：这个站点的内容，一天变化几次？ 答案小于 1，那它在架构上就是静态的，哪怕你用 SSR 的壳子跑着。

12 小时花在哪了

• 3 小时：把 MDX 语法降级成标准 Markdown
• 2 小时：补齐 RSS、sitemap、OG 图
• 4 小时：写那个极小的写作后台
• 3 小时：域名、证书、备份脚本

值。