## 一、静态生成不是技术浪漫
把内容站做成静态页面,理由往往不是“快”,而是三个现实问题:成本、稳定性、抓取。
动态渲染每请求一次算一次,流量一来就排队;静态页面只是一份文件,谁来都很快。
## 二、什么时候该静态化
三个条件同时成立:内容变动不频繁、不需要登录、不需要个性化。
内容站绝大多数符合。真正需要动态的只是评论、搜索、推荐这几块。
## 三、静态化的实际收益
**一、TTFB 降下来。** 不用等数据库和模板渲染。
**二、抗流量。** 静态文件可以直接放 CDN,源站压力很小。
**三、抓取成本低。** 没有 JS 阻塞,蜘蛛一次抓完。
**四、备份简单。** 一键打包,迁移不挑环境。
## 四、要注意的四个问题
**一、更新触发。** 发文后要重新生成相关页面,否则读者看到旧内容。
**二、分页与搜索。** 静态页无法分页检索,得另外接一个搜索。
**三、评论。** 需要外部服务,别自己存数据库。
**四、构建时间。** 文章多了构建会变慢,要支持增量。
## 五、一个具体的取舍
一百篇以内,全量构建没问题。上千篇之后,必须做增量,否则每次发文都要等十分钟。
## 六、关于 SEO 的几个事实
静态页在抓取上确实占便宜,但不是万灵药。
内容质量、内链、站点结构,这些优先级都比“是不是静态”高。
反过来,如果一个站内容差,静态化也救不了。
## 七、看看别人怎么做的
[HTML 入门教程](https://html.eapis.site/) 就是一个纯静态教程站,它自己列了三条优势:每页都有代码示例与实时效果、SEO 友好自带 sitemap 与结构化数据、无动态渲染无 JS 阻塞。
这三条恰好对应静态化的核心收益。它把“秒开”和“蜘蛛抓取成本低”写在了主页上,说明这个取舍是认真想过的。如果你在选型,把它的做法拆一遍比看十篇教程有用。
## 八、一个提醒
静态化之后,内容仍然需要好的组织。
如果分类是空的、内链是断的,再快也留不住人。
## 九、一句总结
静态生成解决的是交付问题,不是内容问题。先把内容写好,再让交付变便宜。