静态站点生成器为什么又回来了

hexo generate 这种命令，放到 2026 年居然又不显得怀旧了。

SSG 没有复活，它只是重新变得合理

前几年，很多人觉得静态站点生成器，也就是 SSG，已经被更“现代”的内容平台挤到边角了。后台可视化编辑、实时协作、云托管、插件市场，看起来都比“本地写 Markdown 再生成 HTML”更高级。

但这两年，Web 的方向有点拧回来了。

原因不复杂：网站越来越重，重到普通页面都像在启动一个小应用。你只是想打开一篇文章，结果先等脚本、再等样式、再等埋点、再等推荐系统。内容还没出来，浏览器已经先喘上了。

这时候，SSG 的优势就不是“复古”，而是简单：提前生成、直接分发、少依赖运行时。用户点开页面，拿到的就是结果，不是半成品。

Hexo 这一类工具，强在边界清楚

Hexo 这类 SSG 工具的核心价值很朴素：

• 写完内容后一次生成
• 生成结果就是普通静态文件
• 部署方式简单，因此更稳

“静态”这两个字，说人话就是：服务器不用现算，不用临场拼页面。大部分访问只是读文件，不是在现场跑程序。

这件事的好处，普通使用者也能感受到。

1. 页面更快，也更不容易坏

静态页面少了一层数据库、模板渲染和服务端逻辑，出错点自然少。不是说绝对不会坏，而是坏的花样通常更少。对于博客、文档、作品集这种以“读”为主的网站，这种稳定比花哨功能更值钱。

2. 内容归自己管

最近有读者问到，一些博客或站点在 AI 自动化之后，回应是不是越来越敷衍。这个担心不奇怪。平台型产品最大的问题，从来不只是广告和推荐，而是你对内容呈现方式几乎没有决定权。

SSG 的好处是，内容文件、主题模板、构建流程都在自己手里。它不自动变脸，也不会哪天改版，把你的文章塞进一个你不认识的壳里。

3. 成本低，迁移也没那么难看

很多站点真正活不长，不是因为写不动，而是维护成本开始恶心人。数据库升级、插件冲突、后台漏洞、对象存储权限、CDN 回源异常，单独看都不大，叠起来就烦。

SSG 至少把问题压缩到了一个更能控制的范围：内容文件在，生成规则在，换托管平台也不至于从头再来。

它为什么偏偏在现在又显得顺眼

这和 AI 也有关系。

AI 写内容、改内容、整理资料的能力变强后，很多站点的生产流程，已经从“在线后台里敲字”变成“本地或脚本里先处理，再发布”。一旦内容生产前移，SSG 的工作方式反而更顺手：文本、元数据、图片、构建，全都能接进同一条流水线。

这不是说所有网站都该回到 Hexo 或别的 SSG。电商、社区、强交互产品，当然还是动态系统更合适。拿静态页硬扛购物车和实时库存，本来就不对路。

但博客、知识库、更新页、产品说明页，这些本来就不该太复杂的东西，现在重新适合用更轻的方案来做。

真正的取舍，不是“老不老”，而是“要不要控制感”

SSG 也不是没有代价。

它通常不擅长后台编辑，不擅长多人同时在线改稿，也不擅长把评论、搜索、订阅、统计这些能力原生塞进去。很多功能要靠外接服务补齐。你得到的是结构清晰，失去的是一部分“一站式”。

所以问题不是“SSG 先进还是落后”，而是：

你做的是不是一个主要靠内容本身成立的网站？
你更在意的是控制感、可迁移性和加载速度，还是后台操作感和平台便利性？

如果答案偏前者，那 SSG 到今天依然很能打。不是因为它新，而是因为它没把简单问题做复杂。

Web 可能确实在往回收

过去几年，很多网页都在过度应用化。什么都要前端框架，什么都要动态水合，什么都要在线编排。结果是内容网站也长得像 SaaS 面板，信息密度没变，复杂度却暴涨。

SSG 的回潮，某种程度上像一次纠偏：不是反技术，而是反过度设计。

如果一个页面的核心任务只是“把内容稳定、清楚、快速地交给人”，那先生成好再发出去，依然是很难被彻底淘汰的思路。Hexo 也好，别的 SSG 也好，真正被重新看见的不是工具名，而是那种朴素的工程判断。

接下来更值得看的，不是“哪款 SSG 最火”，而是 AI 参与写作和发布之后，博客会不会出现一种新的默认形态：内容生产更自动，前台呈现却更克制。这个方向，会不会成为接下来几年内容网站的新常态？