# 我拆了一个靠广告赚钱的工具网站

URL: https://caijiao.org/posts/77
Source: docs/posts/77.md
Description: terrific.tools 做满 12 个月才迎来首个完整变现月：广告 174.41 加桌面版 125 美元，3.4 万会话只换来每千次会话 6.89 美元。

每千次会话 6.89 美元。

这是 terrific.tools 作者在 2025 年 12 月贴出来的第一个完整变现月数据：展示广告收入 174.41 美元，卖桌面版应用 125 美元，加起来不到 300 美元；同期 30 天里有 2.6 万用户、3.4 万次会话、4.1 万次浏览。他自己给这个指标定的目标是 10 美元。

![terrific.tools 官网首页截图](/images/2026-09/terrific.tools.png)

*terrific.tools 首页顶部有一行庆祝第 750 个工具上线的小字提示，点开是个彩蛋。*

## 1.2 页/会话，才是那个真正的瓶颈

4.1 万浏览除以 3.4 万会话，等于 1.2。平均每个会话只看了 1.2 个页面。

广告收入可以拆成三件事相乘：会话数 × 每会话页浏览数 × 每千次页浏览单价。大多数人盯着第一项和第三项，而 6.89 这个数偏低，主要卡在中间那项上。用户搜一个具体问题进来，用完就走——这个行为模式本身没问题，问题是站点没有任何机制让他多看一页。

从工程角度看，1.2 是可以被设计影响的。相关工具的推荐位放在结果区下方而不是页面底部、把"下一步"做成同语义簇里的另一个工具页、用客户端路由做到工具之间切换不整页刷新，这些都能抬页数。但每一条都有代价：整页刷新虽然牺牲体验，却天然多算一次 PV；客户端路由体验更好、跳出更低，PV 反而可能下降。工具站做这个选择时不能只看体验指标，得看着收入一起算。前端这部分的实现细节在 [JavaScript](/javascript/) 里有更具体的做法可循。

另一个方向是提高单次会话内的广告展示次数。展示次数大致等于"页面数 × 每页广告位"，而广告位数量受页面体验反向约束——位多了 INP 变差，排名掉，会话数跟着掉。所以这是个带负反馈的方程，不是线性的：把广告位从一个加到三个，收入未必涨三倍，很可能先涨后跌。terrific.tools 那 6.89 美元是在某个平衡点上的结果，改动之前最好先只在一个页面分组上试。

## 广告把页面拖慢，损失的是下一次曝光

广告脚本是所有工具站绕不开的矛盾。它带来全部收入，也几乎总是 Core Web Vitals 里最难看的那一项。

Omni Calculator 的广告负责人 Alexander Utz 说过，页面速度对他们没有商量余地，整个增长都依赖 SEO，Core Web Vitals 直接影响排名。这句话在几千页的站点上是字面意义上的生存条件——每个页面慢一点，就是几千个页面一起掉。

对一个只有几十页的新站来说，取舍反而更微妙：广告位少了收入更低，广告位多了新页面还没攒起权重就先被体验拖住。terrific.tools 那种规模下，我倾向于先压广告密度，把 INP 和 LCP 做干净，等页面本身有稳定排名了再谈填充率。静态托管这一层没什么难度，[Nginx](/nginx/) 配好缓存和压缩就行，剩下的优化空间基本都在脚本加载顺序上——广告脚本延后、非首屏脚本异步，是最直接的两次改动。

这两次改动之所以效果明显，是因为广告脚本往往同时做了三件事：同步下载一段 JS、发起若干个第三方请求、插入布局导致页面重排。延后加载解决的是前两项，给广告位预留固定高度解决的是第三项（避免 CLS），三件一起做才有用。

页面能不能被稳定收录、被判断为有价值，则是另一条线。Google 在 2025 年把 Helpful Content 升级成整站信号，也就是说"广告密度过高、内容过薄"不会只影响单个页面，[Google Search Central](/google-search-central/) 里那些关于质量和索引的说明，对靠广告的站属于必读而不是选读。

## 全客户端跑的 10015.io，MRR 也是约 300 美元

另一个可以对照的站是 10015.io，作者 Fatih Telis 是伊斯坦布尔的前端开发者，2020 年上线，现在 50 多个工具，靠 AdSense 变现，MRR 大约 300 美元。

他的技术选型很极端：Next.js + styled-components，不用任何 UI 组件库，几乎所有工具都在客户端运行，极少请求服务端。这套选择对广告模式有直接好处——服务器只发静态文件，50 多个工具几乎不增加后端成本，流量涨十倍账单也涨不了多少。对一个每千次会话只赚几美元的站来说，"成本不随流量增长"不是优化项，是活下去的前提。

代价是每一个工具的功能上限被浏览器算力锁死。这也是两个站共同的天花板：能放客户端的任务，做起来便宜但门槛低；需要服务端的任务，能做但成本随流量线性增长。

## 174.41 和 125 之间，哪个更值得投入

把这两个数字拆开看，125 美元来自卖桌面版应用，不到总收入的 42%，却来自远少于 174.41 对应的人数。在 2.6 万用户里，愿意为工具付费的比例虽然低，但单客价值远高于广告展示。

12 个月换来每月 300 美元，按小时算肯定不划算。但这两笔收入的走向不同：广告收入随流量线性增长，桌面版收入随口碑和信任增长。如果只能投一个，我会选后者——前者要买流量，后者只要把工具做好。桌面版还有个隐性优势：它绕开了广告模式里那个"体验越好收入越低"的死结，用户装到本地之后，变现效率和页面速度不再互相打架。

我没有验证的是：一个纯工具站在什么流量规模上，广告收入会开始超过维护它的时间成本。6.89 到 10 美元这段距离，terrific.tools 还没走完，而它手里那 125 美元的桌面版收入，可能比 174.41 更接近答案。

---

*terrific.tools 数据来自作者在 Indie Hackers 的 2025 年 12 月自述更新；10015.io 技术选型与 MRR 来自作者 Fatih Telis 的公开分享。*