去年帮朋友搬站，静态他把一个跑在WordPress上的化网博客迁到了Hugo。整个过程花了不到一个下午，静态导出的化网纯HTML文件总共12MB，扔进Nginx目录就能跑。静态他盯着加载速度愣了几秒——之前那个VPS上MySQL查询动不动就超时，化网现在连缓存插件都省了。静态

静态化网站不是化网什么新东西。九十年代的静态互联网本来就是静态的，后来CGI和数据库把网页变成了实时生成的化网东西，每次访问都要跑一遍后端逻辑。静态问题在于，化网大多数网站的静态内容其实根本不怎么变。一篇两年前发的化网文章，每次有人点开，静态服务器还要连数据库、查表、渲染模板，纯属浪费。

静态站点生成器（SSG）解决的就是这个。Jekyll、Hugo、Eleventy、Astro，这些工具做的事情本质一样：你在本地写好Markdown或者模板，跑一条构建命令，它把所有页面编译成HTML、CSS、JS文件。部署的时候直接把这些文件丢到CDN或者对象存储上，用户请求什么就返回什么，没有数据库，没有服务端渲染，没有运行时。

速度差异是肉眼可见的。我自己的笔记站用Hugo构建，全站300多篇文章，构建时间不到两秒。托管在Cloudflare Pages上，全球访问的TTFB基本在50ms以内。之前用Typecho的时候，同样的VPS，首字节时间经常飙到800ms以上，还得装Redis缓存才勉强能用。

安全层面的变化更彻底。没有数据库意味着没有SQL注入。没有后端运行时意味着没有RCE漏洞。你的攻击面从一整个LAMP栈缩减到只剩静态文件服务器和CDN。WordPress站点被拖库的新闻每个月都有，静态站根本不存在这个问题——文件都在Git仓库里，改了什么一清二楚。

但静态化不是万能药。表单提交、用户登录、评论系统、搜索功能，这些需要服务端交互的东西，纯静态方案做不了。常见的做法是外挂第三方服务：表单用Formspree，评论用Giscus，搜索用Algolia或者Pagefind。能接受这种拆分的话，体验其实不差。Pagefind甚至能在浏览器端做全文索引，构建时生成索引文件，前端加载后本地搜索，速度比服务端查询快得多。

构建时间是个容易被忽略的坑。文章数量少的时候无所谓，几千篇以上就要注意了。Hugo在这块优势明显，Go写的，并发构建，一万篇Markdown大概十几秒。Jekyll用Ruby，同样的量可能要跑几分钟。Astro和Eleventy介于中间，但它们的优势在于支持更灵活的模板和组件化开发。

另一个实际问题是内容管理。静态站没有后台，写文章得用编辑器写Markdown然后git push。对开发者来说很自然，对非技术用户就不太友好。解决办法也有，Netlify CMS、Decap CMS、TinaCMS这些工具能在Git之上套一层可视化编辑界面，本质上还是在改文件，但操作体验接近传统CMS。

我现在的判断是：内容型网站——博客、文档、产品落地页、个人作品集——没有理由不用静态方案。动态需求可以通过API和第三方服务拼装出来。真正需要服务端实时渲染的场景，比如电商购物车、社交信息流、后台管理系统，那确实不适合静态化。选型的关键不是哪个技术更先进，而是你的网站到底需不需要每次请求都跑一遍后端代码。大部分时候，答案是不需要。