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

URL: https://caijiao.org/posts/227
Source: docs/posts/227.md
Description: 10015.io 几乎全在客户端跑，月 AdSense 约 300 美元也能活；Cakedesk 一年发 12 个版本，44 个功能请求只完成 13 个。最贵的那项成本不在账单上。

把一个小网站的成本摊开列一遍，服务器那一栏几乎总是最小的。真正贵的那一项不会出现在任何月度账单里，它分散在每一次依赖更新、每一次算法调整、每一次"这个功能上周还好好的"里头。

## 服务器能便宜到什么程度

先说最不重要的那一项。10015.io 是一个多工具站，它的 AdSense 月收入大约 300 美元，能长期运转的前提是：几乎全部工具都在客户端运行。

浏览器算完、浏览器出结果，服务器只负责发静态文件。带宽之外的开销几乎为零。这种结构下，访问量翻倍带来的成本增加是线性的，而且斜率极低。

反例也很清楚——一旦某个工具需要上传文件到服务器处理（转码、批量、OCR），同样的访问量下账单会变成另一个量级。所以"服务器贵不贵"这个问句本身就是错的，该问的是"这个计算能不能不放服务器"。

## 一年 12 次发版里，新功能只占一小部分

Cakedesk 是 Max Schmitt 一个人做的桌面开票应用（Electron + React + Node.js），一次性 69 欧元，2024 年约 170 份，2025 年 239 份新授权，毛收入约 16000 欧元。

![Cakedesk 官网首页截图](/images/2026-09/cakedesk.app.png)

*Cakedesk 首页强调 Windows 和 Mac 双平台，桌面端应用就是这个产品的全部形态。*

他公开的另一个数字很能说明问题：2025 年一共发了 12 个版本，收到的 44 个功能请求里完成 13 个。

12 次发版，只有 13 个功能是用户能看见的。剩下的工作量去哪了？依赖升级、Electron 新版本的兼容调整、构建流水线的修补、代码签名和证书文件的维护。这些都是**重复发生且无法省掉**的动作，而在做成本估算时它们从来不会出现在表格里。

对一个多工具站，这份成本还要乘以工具数量。每加一个工具，等于给自己增加了一个需要长期维生的模块：它的第三方库会更新，它依赖的浏览器 API 可能被废弃，它的输入输出格式需要跟随外部生态变化。

压缩它的办法很枯燥：把基础设施写成可复现的描述文件，版本全部钉死，而不是装完就不管。重建环境的成本一旦从"一天的手工操作"降到"一条命令"，你才敢在半年后重新构建。[Docker](/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](/google-search-central/) 里，与其事后补救，不如按月读一遍更新。

## 渠道是会过期的

还有一类成本藏在完全看不见的地方。Cakedesk 在 2024 年跑通的付费获客渠道，到 2025 年彻底失效了，缺口最后是靠 Google 自然流量补上的。

失效的原因通常不在你，而在平台——投放规则、流量分配、审核口径都可能改变。这类支出本质上是**租金**，不是资产：它不留下任何东西，一旦停止付款，流量立刻消失。

消化的办法是把同样的工作量换成能沉淀的形式：写页面、覆盖那些已经有人在搜的词、提高单个工具的完成度，这些产出会留在索引里。[Nginx](/nginx/) 那一层把静态页面 gzip/brotli 配好、缓存头设长一点，也一样属于做一次、长期有效的投入。

成本低的站不是做得少的站，是把每一次投入尽量换成"以后不用再做第二遍"的那种站。

---

*10015.io 数据为公开分享的第三方整理；Cakedesk 数据来自 Max Schmitt 2025 年度自述；Omni Calculator 表述引自公开报道。*
