我为什么重新喜欢上纯 HTML

这几年做网页，很容易从一个空目录直接跳到脚手架、依赖管理、构建命令和部署流水线。它们当然有价值，尤其在复杂项目里。但做个人博客时，我越来越喜欢回到一个很朴素的起点：先写一个 index.html。

一、复杂度并没有消失，只是被搬走了

现代前端工具解决了很多真实问题：组件复用、状态管理、自动打包、代码分割、类型检查。但它们也会引入新的维护成本。

几年后重新打开一个旧项目，常见的第一件事不是“继续写文章”，而是：

npm install
# 然后发现：
# package A requires Node 18
# package B is deprecated
# package C has a security warning
# build tool D changed config format

对一个长期更新频率不高的个人站，这种成本尤其明显。内容本来是静态的，维护环境却可能比维护内容本身更费力。

二、静态文件有一种很朴素的可靠性

一个 HTML 文件的优点，是几乎不需要解释。浏览器认识它，Web 服务器认识它，十年后的文本编辑器也大概率认识它。

纯静态站点还有几个很实际的好处：

• 没有数据库连接失败；
• 没有服务端运行时升级；
• 迁移时直接复制文件；
• 备份就是打包整个目录；
• 出问题时可以直接查看源文件。

这不代表“纯 HTML 最先进”，只是意味着它的故障面很小。

三、简单并不等于简陋

一个静态站一样可以有响应式布局、代码高亮风格、RSS、文章归档、深色模式、甚至全文搜索。区别只是：每加一个功能，都可以先问一句：

这个功能是否真的让阅读或写作更好？

如果答案只是“别人的博客也有”，那可能暂时不需要。

四、我喜欢“文件就是内容”的感觉

数据库里的文章需要管理后台才能方便查看，而静态博客的文章本身就是文件。用 FTP、Git、压缩包、U 盘，都可以带走。

例如这个站的结构非常直接：

/
├── index.html
├── archive.html
├── about.html
├── rss.xml
├── assets/
│   ├── style.css
│   └── main.js
└── posts/
    ├── free-domain-small-site.html
    └── plain-html-is-enough.html

目录本身就像一张地图。没有隐藏的路由规则，也没有必须运行某个程序才能理解的内容层。

五、什么时候应该上框架

如果网站开始出现下面这些需求，我会毫不犹豫地考虑静态站生成器或者真正的前端框架：

• 文章达到数百篇，需要自动生成索引；
• 模板重复太多，手工维护容易出错；
• 需要标签页、分页、搜索等自动化功能；
• 多人协作写作；
• 需要从 Markdown 自动构建 HTML。

关键不是拒绝工具，而是让工具在问题出现之后再进场。先有真实需求，再决定复杂度。

六、个人网站也可以是一种长期练习

社交平台适合即时表达，个人网站则更像一个慢一点的空间。它不需要每天更新，也不需要追热点。只要偶尔回来，把一个问题写清楚，把一段经验留下来，它就有价值。

也许几年后，最有用的读者不是搜索引擎里的陌生人，而是忘记了当初为什么这么做的自己。