静态网站托管

把一堆 HTML、静态CSS 和 JavaScript 文件往服务器上一扔，网站配个 Nginx，托管这就是静态最原始的静态托管。听起来挺土，网站但直到今天，托管我手上好几个小项目还是静态这么跑的。原因很简单——快，网站而且便宜到几乎不要钱。托管

静态网站托管的静态核心逻辑就一句话：服务器只负责把文件原样吐给浏览器，不跑数据库，网站不做服务端渲染，托管也没什么复杂的静态运行时。你访问一个页面，网站背后发生的托管事就是“请求 → 匹配文件 → 返回”。没了。这种简单性带来的好处被严重低估了。

为什么我越来越倾向于静态托管

去年帮朋友搭一个摄影作品集网站。他想要的效果很朴素：首页大图轮播，作品按系列分类，点进去能看大图，联系页面放个邮箱。我第一反应是用 WordPress，毕竟生态成熟。但转念一想，他根本不需要后台管理，照片上传频率大概一个月一次，直接生成静态页面反而更省心。最后用 Hugo 生成，托管在 Netlify 上，从提交代码到全球 CDN 生效，不到两分钟。他到现在都没找我维护过。

这个案例暴露了一个事实：大量网站本质上就是静态内容。博客、文档站、企业官网、产品落地页，这些东西的内容在构建时就已经确定了，运行时再动态生成纯属浪费。CDN 边缘节点直接返回缓存好的 HTML，TTFB 可以压到几十毫秒，比你用任何动态框架优化都来得直接。

托管平台的选择比想象中多

Netlify、Vercel、Cloudflare Pages、GitHub Pages，这几个是我实际用过的。GitHub Pages 最省事，推代码就完事，但国内访问速度看运气。Cloudflare Pages 的免费额度大方得离谱，每月 500 次构建，无限带宽，配合 Cloudflare 的 CDN，全球访问体验都还行。Netlify 的表单处理和身份认证功能开箱即用，适合需要一点点动态能力的场景。Vercel 和 Next.js 绑定得紧，但纯静态项目用它也没什么毛病。

选哪个？看你的具体需求。如果只是个人博客，GitHub Pages 加自定义域名足够了。如果团队协作、需要预览部署，Netlify 和 Vercel 的 PR 预览功能很实用。Cloudflare Pages 适合对成本和速度都敏感的项目。

那些绕不开的限制

静态托管不是万能药。表单提交、用户登录、评论系统、搜索功能——这些需要服务端逻辑的东西，要么接第三方服务，要么用 Serverless Functions 补。Netlify Functions、Cloudflare Workers、Vercel Edge Functions 都能干这事，但架构复杂度一下子就上来了。

我自己的博客评论系统用的是 Giscus，基于 GitHub Discussions，零后端。搜索用 Pagefind，构建时生成索引，纯前端跑。这些方案都有取舍，但对我来说够用了。如果你的需求更复杂，比如电商购物车、实时协作，那静态托管可能不是最佳选择，或者你需要接受“静态为主、动态为辅”的混合架构。

构建工具决定开发体验

纯手写 HTML 当然可以，但一旦页面超过十个，维护成本就上来了。Hugo 构建速度极快，几千个页面几秒钟搞定，模板语法需要适应。Astro 是我最近比较喜欢的，默认零 JavaScript，需要交互的组件可以按需加载，对内容型网站很友好。Eleventy 灵活度高，适合喜欢自己掌控构建流程的人。Next.js 的静态导出模式也能用，但总觉得有点重。

工具选择没有标准答案。我的建议是：先想清楚你要什么。如果只是写博客，Hugo 或 Astro 都行，别纠结太久。真正重要的是内容本身，不是构建工具。

静态网站托管这件事，本质上是在用构建时的复杂度换取运行时的简单性。这个交换在大多数内容型场景下都是划算的。至于那些需要动态能力的地方，用边缘函数或者第三方服务补上就行。别为了静态而静态，也别因为一点动态需求就放弃静态托管的优势。