静态网站托管

 人参与 | 时间:2026-10-17 07:32:03

把一堆 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 都行,别纠结太久。真正重要的是内容本身,不是构建工具。

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

顶: 892踩: 4513