制作静态网站，先想清这2点

制作静态网站这件事，难的不是技术，是判断。见过太多人上来就找生成器、挑主题、配图配色，两天功夫页面出来了，看着挺像样。结果过了半年想加个留言入口，或者想把价目表改一改，才发现每一处都得从头动一遍，甚至干脆推倒重来。问题不出在工具上，出在动手之前那两件事没想清楚：内容到底动不动，以及以后由谁来动它。这两条定下来，选什么生成器、放哪里托管，都是顺着往下走的事。

制作静态网站，第一件要想清的是内容动不动

静态网站的本质说白了就一句话：页面是提前生成好的一堆 HTML 文件，服务器只管往外送，不会现场给你拼内容。这带来的是快、稳、便宜，代价是页面不会自己变。所以第一个判断特别朴素——你的内容更新频率到底有多高。企业介绍、产品手册、个人作品集、技术文档、写得不勤的博客，这类内容一两个月才动一次，静态站简直是天生一对。可要是电商活动页那种一天改三回价格的，或者首页天天挂着滚动公告的，每改一个字都要重新构建、重新发布一遍，做的人痛苦，看的人也未必及时。这种场景不是不能硬上，可以接一个后台管理，改完自动触发构建，但那就不是“随便找个生成器扔上去”这么简单了，得提前规划。

第二件：以后是谁、用什么方式去改它

这条比第一条更容易被忽略。自己一个人写代码，命令行敲得飞起，Markdown 随便写，那确实没障碍。但现实是很多站点后面要交给运营、交给行政、交给一个连 Git 是什么都没听过的人去维护。你要是做出一个只有自己能更新的站，人一走，站就烂在那儿了，连改个电话号码都没人敢动。所以动手前先问一句：三个月后改这个页面的人是谁。如果答案是“不是我”，那就得考虑配个能点着改的后台，或者退一步，用带预览的在线编辑器加一套写清楚的操作说明。别嫌这一步麻烦，它比后面返工便宜多了。

生成器挑哪个，真没那么多讲究

市面上 Hugo、Hexo、Astro、Next 的静态导出，还有一堆没数完的，每个都有人说好。我的看法是挑一个文档能看懂的，主题够用的，构建别慢得离谱的，剩下的都差不多。真正决定这个站好不好用的，是你目录怎么分、页面模板怎么抽、图片放哪里，这些跟生成器关系不大，跟脑子关系很大。有人为了选生成器纠结一星期，最后写的模板一团乱，换哪个工具都救不了。反过来说，结构理清楚了，哪天想换工具，迁移也是几个小时的事。

托管和域名，静态站反而轻松

一堆 HTML 静态文件，往对象存储或者支持静态托管的服务器上一放就能跑，不用管 PHP 版本、不用连数据库、不用操心哪个扩展没装。域名那边解析指向托管地址，再把 HTTPS 证书配上，就齐活了。有一点要留个心：如果用的是国内节点，域名备案这件事跑不掉，具体要什么材料、走什么流程，以服务商或官方页面说明为准，别信口口相传的经验。还有一个常被忽略的点，静态资源挂 CDN 之后，缓存策略得提前想好，文件名带哈希还是靠刷新，这决定你改完页面多久能被别人看到。

上线之后最容易翻车的地方

路径大小写，第一个坑。本地 Windows 上写着 images/Logo.png，传到 Linux 上就 404 了，因为人家区分大小写，这种问题排查起来能耗掉一下午。第二个是图片，设计师给的图动辄几兆，往页面上一贴，前面省下的加载时间全还回去了，该压缩压缩，该用新格式用新格式。第三个是表单。静态站没有后台，留言、报名、订阅这些都没有接收方，得接第三方服务或者自己写个函数。很多人做完首页才发现这事，只能临时找方案，体验就割裂了。

有些活，真别硬塞给静态网站

会员登录、订单流程、后台管理、需要实时拉数据的看板，这些天生要服务端。见过有人非要用静态站凑一个会员中心出来，绕了一大圈，最后还是得补后端，前面做的工作基本白费。判断标准很简单：这个功能是不是需要“记住某个人现在是什么状态”，需要，就别硬上。静态站的优势在于简单，硬给它加复杂度，等于把优势亲手拆了。

动手前，把这几条过一遍

内容多久更新一次，有没有固定频率；三个月后谁来改页面，他会不会用你现在这套工具；图片和附件打算放哪，走不走 CDN；域名解析指向谁，备案这关过不过得去；留言、搜索这种交互有没有替代方案；404 页面和路径规则定没定。这六条自己回答一遍，十分钟的事，能省下后面好几天的返工。

真要我给个顺序，就是先写下内容清单和更新频率，再定维护人，最后才去挑工具和托管。反过来做的人不少，做完发现方向不对再掉头，成本就不是一星半点了。静态网站是个好东西，但它挑场景，想清楚再动手，它才真的好用。