做网站最容易被低估的成本是什么?

把一个小网站的成本摊开列一遍,服务器那一栏几乎总是最小的。真正贵的那一项不会出现在任何月度账单里,它分散在每一次依赖更新、每一次算法调整、每一次"这个功能上周还好好的"里头。

服务器能便宜到什么程度

先说最不重要的那一项。10015.io 是一个多工具站,它的 AdSense 月收入大约 300 美元,能长期运转的前提是:几乎全部工具都在客户端运行。

浏览器算完、浏览器出结果,服务器只负责发静态文件。带宽之外的开销几乎为零。这种结构下,访问量翻倍带来的成本增加是线性的,而且斜率极低。

反例也很清楚——一旦某个工具需要上传文件到服务器处理(转码、批量、OCR),同样的访问量下账单会变成另一个量级。所以"服务器贵不贵"这个问句本身就是错的,该问的是"这个计算能不能不放服务器"。

一年 12 次发版里,新功能只占一小部分

Cakedesk 是 Max Schmitt 一个人做的桌面开票应用(Electron + React + Node.js),一次性 69 欧元,2024 年约 170 份,2025 年 239 份新授权,毛收入约 16000 欧元。

Cakedesk 官网首页截图
Cakedesk 官网首页截图

Cakedesk 首页强调 Windows 和 Mac 双平台,桌面端应用就是这个产品的全部形态。

他公开的另一个数字很能说明问题:2025 年一共发了 12 个版本,收到的 44 个功能请求里完成 13 个。

12 次发版,只有 13 个功能是用户能看见的。剩下的工作量去哪了?依赖升级、Electron 新版本的兼容调整、构建流水线的修补、代码签名和证书文件的维护。这些都是重复发生且无法省掉的动作,而在做成本估算时它们从来不会出现在表格里。

对一个多工具站,这份成本还要乘以工具数量。每加一个工具,等于给自己增加了一个需要长期维生的模块:它的第三方库会更新,它依赖的浏览器 API 可能被废弃,它的输入输出格式需要跟随外部生态变化。

压缩它的办法很枯燥:把基础设施写成可复现的描述文件,版本全部钉死,而不是装完就不管。重建环境的成本一旦从"一天的手工操作"降到"一条命令",你才敢在半年后重新构建。Docker 那一栏里的 compose 写法值得照抄一遍。

落后两个大版本的依赖,按天计息

还有一项成本很难在预算表上体现:老依赖。

一个跑得好好的项目,运行时从 16 升到 18 之后构建挂掉、某个原生模块找不到预编译包,这类事情不会在今天发生,它会积累到"必须处理"的那天才一次性结算。到那时候的账单通常是以周计的:升级路径上的每个中间版本都要单独验证,而当初写下那段代码时的上下文早就不记得了。

唯一有效的对冲办法是把它摊薄——把升级变成一件每两个月做一次的常规动作,每次的成本是半小时。听起来是常识,真正的难点在于它永远不紧急:网站能跑,收入照进,没有任何外部信号提醒你该动手。等到有信号的时候,通常已经是某个安全公告或某个平台停止支持。

对这类支出的态度决定了后面几年的节奏:把它当作房租一样按月支付,而不是当作火灾一样等待。

算法一调整,全站都要跟着改

维护成本里最难预估的一类是外部规则变化。

Google 的垃圾内容政策里,Scaled Content Abuse(4.6.5)与 MC Created with Little Effort(4.6.6)指向的都是"批量产出但缺乏独立价值"的页面。而对工具站影响更大的是另一个变化:2025 年 Helpful Content System 升级为整站信号

整站信号意味着什么?意味着问题不再局限于某个被判定低质量的页面,而是整个域名会被评估。一个积累了几十篇敷衍页面的站,代价是剩下那几百个认真做的页面一起受影响。而清理动作是一次全站审计——翻模板、去重、复查外链、处理孤儿页面,这需要几周连续的全职工。

同类的事情还发生在页面上。Omni Calculator 的广告负责人 Alexander Utz 说过,页面速度对他们没有商量余地,整个增长依赖 SEO,Core Web Vitals 直接影响排名。这句话翻译成成本就是:性能优化不是一个做完就结束的项目,而是一项每月都在扣费的支出,它的验收标准由别人定,且不通知你。这一整套规则说明都在 Google Search Central 里,与其事后补救,不如按月读一遍更新。

渠道是会过期的

还有一类成本藏在完全看不见的地方。Cakedesk 在 2024 年跑通的付费获客渠道,到 2025 年彻底失效了,缺口最后是靠 Google 自然流量补上的。

失效的原因通常不在你,而在平台——投放规则、流量分配、审核口径都可能改变。这类支出本质上是租金,不是资产:它不留下任何东西,一旦停止付款,流量立刻消失。

消化的办法是把同样的工作量换成能沉淀的形式:写页面、覆盖那些已经有人在搜的词、提高单个工具的完成度,这些产出会留在索引里。Nginx 那一层把静态页面 gzip/brotli 配好、缓存头设长一点,也一样属于做一次、长期有效的投入。

成本低的站不是做得少的站,是把每一次投入尽量换成"以后不用再做第二遍"的那种站。


10015.io 数据为公开分享的第三方整理;Cakedesk 数据来自 Max Schmitt 2025 年度自述;Omni Calculator 表述引自公开报道。