Eleventy 要“消失”了？一次改名背后，开源网页工具最难解的生意经
一次看似成功的众筹，为何让老用户高兴不起来
如果只看表面，这是一则标准的“好消息”：Font Awesome 团队为新项目 Build Awesome 发起 Kickstarter 众筹，目标 4 万美元，而且很快达标。可在 Eleventy 社区里，这件事引发的不是掌声，而是一种很复杂的情绪——疑惑、失落，甚至一点点背叛感。
原因很简单，Build Awesome 在很多开发者眼里，并不是什么全新的产品，而是 Eleventy 的“重新包装版”。而 Eleventy 不是一个普通工具。对很多独立开发者、小型组织、公益项目甚至个人博客作者来说，它代表的是一种很朴素的建站哲学：不需要沉重的后台，不需要数据库，不需要每打开页面都把服务器吵醒。写 Markdown，套模板，生成静态 HTML，网站就能跑起来。简单、快、稳，还便宜。
这也是为什么作者 Brennan Brown 会把文章题目写成《The End of Eleventy》。这不是夸张修辞，而是一种社区感知：当一个以“反框架”著称、强调灵活和克制的静态网站生成器，开始被包装成“浏览器里可视化搭站、协作编辑、内置高级模板”的商业产品时，它的精神内核很可能已经变了。名字还在不在，反而没那么重要。
更戏剧化的是，原文更新里还提到，这次 Kickstarter 后来又因为邮件发送问题而取消并延期。众筹目标一天达成，最后却卡在“传播节奏”上，这种略带黑色幽默的情节，倒也很符合今天软件行业的现实：产品未必先死，增长漏斗可能先出问题。
Eleventy 为什么重要？因为今天的互联网，太需要“轻一点”了
如果你平时不接触建站，可能会觉得“静态网站生成器”听起来像上个时代的东西。其实恰恰相反，它是互联网绕了一大圈后重新捡起来的常识。
早期互联网本来就是静态网页的天下，后来 PHP、ASP、Ruby on Rails，再到 WordPress，把网站变成了一个个动态系统。内容管理更方便了，功能更丰富了，但也更臃肿了。数据库、插件、安全补丁、缓存策略、服务器成本，像一层层加上去的脚手架。WordPress 至今仍支撑着全球约四成网站，这当然是成功，但也是一种历史惯性：很多网站明明只需要展示内容，却背上了一整套发布系统。
静态网站生成器的回潮，正是对这种“过度工程”的反弹。Jekyll 在 GitHub Pages 的带动下让无数开发者第一次拥有自己的站点；Hugo 用速度征服大型内容站；Gatsby 曾经风头无两，试图把 React 和内容管道结合成新一代 Web 平台；而 2017 年出现的 Eleventy，则成了这条路线里最“克制”的那个。
它最讨人喜欢的一点，是不强迫你接受一整套世界观。你可以用 Liquid，也可以用 Nunjucks；你可以写 Markdown，也可以混用 Handlebars、EJS。它身处 Node.js 生态，却刻意不把你拖进前端框架大战。对很多厌倦了“每做一个博客都像在搭一个微型应用”的开发者来说，Eleventy 几乎像一口新鲜空气。
而且，它并不是小众玩具。NASA、CERN、W3C、Google、Mozilla、微软、Apache、freeCodeCamp 等机构都使用过 Eleventy。这种名单的意义不只是“牌子大”，更说明一个问题：互联网真正关键的基础设施，很多时候并不华丽，它只需要可靠，几年后从冷启动安装依然能跑，这已经比很多融资 PPT 里的“革命性平台”更可贵。
真正的问题不是改名，而是开源项目到底怎么活下去
说到底，Build Awesome 之争的核心，不是品牌，而是商业模式。
过去十年，静态网站和 Jamstack 一度被视作 Web 开发的未来。Netlify 大力推广 Jamstack 概念，强调 JavaScript、API 和预渲染 HTML 的组合将带来更快、更安全、更易扩展的互联网。资本市场也迅速跟上。Gatsby 融了数千万美元，试图通过 Gatsby Cloud 把开源工具变成商业平台；Vercel 押注 Next.js，把“框架即入口、托管即变现”玩到了极致，估值一路冲高。
但历史也很残酷。Gatsby 最终被 Netlify 收购，Gatsby Cloud 被关闭，项目本身几乎进入停止维护状态。Stackbit 也曾想做“多种静态站点生成器的可视化建站层”，后来转型、被收购、改名、再悄悄退场。Netlify CMS 改头换面成 Decap CMS 后，声量也远不如从前。这个赛道已经反复上演同一部电影：工具很好，概念也动听，但真正愿意做静态网站的人，往往就是最不需要“可视化拖拽”和“浏览器里一站式建站”的那批人。
这正是 Build Awesome 面临的尴尬。它想解决的问题——让静态网站更适合非技术用户——从商业上看完全合理；但它服务的人群，却未必真的相信这套方案。因为静态网站的拥护者之所以选择这条路，本来就是为了逃离复杂后台、逃离平台绑定、逃离“每个需求最后都变成订阅制服务”的命运。你很难一边高举独立、自治、轻量，一边又把产品做成另一个 SaaS 仪表盘。
Font Awesome 和 Eleventy 作者 Zach Leatherman 的处境，我其实能理解。开源维护者的疲惫，这几年已经不是什么秘密。一个项目一旦成为关键基础设施，维护成本、用户期待、Bug 压力、情绪劳动会一起涌来，而真正能覆盖这些成本的钱，往往少得可怜。大公司把开源项目当作引流入口，赚钱的是托管、云服务和企业套餐，项目本身却常年靠善意和热爱续命。这种模式本来就不健康。
所以 Leatherman 想找到一条可持续道路，这没问题，甚至值得同情。问题在于，开源工具一旦转向“产品化”，它就会进入另一套完全不同的逻辑：增长、留存、付费转化、销售漏斗、市场叙事。很多社区用户担心的，不是作者赚不赚钱，而是工具会不会为了赚钱，变成另一种他们当初想逃开的东西。
为什么社区反应这么大？因为这不只是产品路线，更是 Web 文化之争
Brennan Brown 在原文里有一句很刺耳、但也很诚实的话：真正愿意折腾静态网站的人，大多更喜欢免费、本地的 IDE 和终端，而不是一个“更易用”的在线可视化平台。这句话听上去有点门槛党，甚至不够政治正确，但它确实戳中了现实。
静态网站从来不只是技术选择，它还是一种文化姿态。你会在 NeoCities、MelonLand、32-bit Cafe 这样的社区看到这种气质：个人主页、手工感页面、没有算法推荐、没有无限信息流、设计可以笨拙但非常真诚。那是一种更接近早期互联网的表达方式，甚至带着一点反平台、反消费主义的味道。
在这样的语境下，Build Awesome 那种“企业级、协作式、浏览器内编辑、内置高级模板”的叙事，确实会显得格格不入。它当然可能更高效，也可能真的帮到一些团队，但它散发出的，是另一种气味：标准化、可规模化、可销售、可打包。而很多人珍惜 Eleventy，恰恰是因为它没那么像一个生意。
这里有个更大的问题，值得整个开源行业反思：我们到底是在为谁造工具？如果目标用户是小型公益组织、边缘群体、独立创作者，那么最缺的可能不是一个更漂亮的后台，而是真正有人愿意陪他们完成迁移、托管、培训、维护，甚至愿意用极低价格或者公益方式帮他们把网站做出来。Brown 自己提到，他做了一个类似理念的独立工作室，为非营利组织和边缘群体提供低价甚至免费的静态网站服务。这很“笨”，但也许比再做一个 SaaS 仪表盘更接近问题本身。
技术行业有时太迷信“造工具”了，仿佛只要把功能做全、界面做美、流程做顺，世界自然就会跟上。可很多问题根本不是工具问题，而是关系问题、教育问题、信任问题、社区问题。你需要回答的不是“我们能做什么”，而是“人们为什么需要它，又为什么愿意改变”。
Eleventy 的终点，也可能是开源新一轮现实主义的起点
站在 2026 年回头看，Web 开发已经经历了太多“未来已来”的口号。Jamstack 曾经是未来，后来全栈框架成了未来，再后来 AI 正在抢走所有舞台灯光。可当热词一轮轮翻过去，那些真正留下来的东西，往往还是朴素的：稳定、可迁移、低维护、不过度依赖平台。
Eleventy 的故事因此格外有代表性。它不是最性感的工具，也没站上融资风口，却被很多认真做网站的人长久使用。现在它试图变成 Build Awesome，本质上是在问一个全行业都没答好的问题：一个不想靠广告、不想靠数据、不想靠平台锁定的开源项目，到底能不能体面地赚钱？
我对此既悲观，也保留一点点希望。悲观的是，过去同类尝试失败得太多，静态网站生成器与可视化 CMS 的结合，并不是新鲜创意，而是已经被市场反复教育过的方向。希望在于，如果 Font Awesome 真愿意把这件事做成“服务更多还没上网的人”，而不是“把老用户再卖一遍”，那它或许还有机会走出一条不同于 Gatsby、Stackbit 的路。
但前提是，它得先承认一件事：Eleventy 最有价值的地方，不是它能被包装得多像一个商业产品，而是它曾经让很多人相信，做网站这件事，仍然可以简单、自由，而且不用总向平台交租。