一个网站只解决一个问题，真的可以赚钱吗？

一个刚招了第一个员工的小老板，深夜在搜 “wage calculator”：这个人每小时 25 美元、每周干 35 小时，公司一个月要付多少？他不是在做调研，他是要立刻算出一个数，好去跟人谈薪资。

Gusto 有一个免费的时薪工资计算器，正好接住了这个时刻。

Gusto 首页的主体是 payroll 和 HR，那句 Hire, pay, and grow like a pro. 底下才是工具和计算器入口。

Gusto 那 17776 次访问，全是正在算工资的人

“wage calculator” 的月搜索量是 17000，Gusto 那个页面的月访问约 17776。两个数字几乎一比一，说明这个词的搜索结果几乎没有分流——用户搜到什么点什么，不会翻页比较工具。

更有价值的是访客构成：进这个页面的人，全是正在核算薪资成本的小企业主。对一个做薪酬与 HR 服务的公司来说，这不是流量，是已经筛过一遍的线索。

一个输入框、一个结果，换来每月近 1.8 万个高度同质的访客。这是"只解决一个问题"能成立最直接的一个证据。

Shopify 把利润率计算器挂在 /tools/ 下，峰值月访问超 2 万

同样的逻辑，Shopify 在它的 /tools/ 目录下放了一个利润率计算器，峰值月访问超过 2 万。

商家在算利润率的时候，正是他最在意"这笔生意到底赚不赚"的时刻。计算器不收费也不需要登录，它的作用是把这个时刻的人和 Shopify 绑在一起。

Omni Calculator 上的 /finance/salary-to-hourly 是同一个问题的第三方版本：主词搜索量 42000，月流量 45940。三个数字摆在一起，你会发现"薪资换算"这个单一问题，在不同站上都能撑起一个四万级别的页面，而且彼此并不冲突。

一个功能一句话说完：给任意网页接上自定义域名

Cloakist 和 Sotion 做的事一句话就能说完整：给任意网页接上自定义域名。

Bruce McLachlan 买下它们时，两者合计约 2000 美元 MRR；现在合计超过 12000 美元 MRR，他在 2025 年 7 月转成了全职。

这个功能和"建站"这种大词毫无关系，它解决的是"我用 Notion 做了个页面，但想要自己的域名"这个具体到不能再具体的麻烦。它不需要功能列表，因为功能列表只有一行。

单问题站的技术形态：一个 URL，一个入口，零导航

这类站做起来之所以快，是因为技术形态被压缩到了极限：一个 URL 对应一个任务，页面本身没有导航深度。

用户从搜索结果直接落在能用的页面上，不需要先理解"这个站是干什么的"。这带来一条硬约束：页面的 HTML 必须在服务端就渲染好，不能是前端路由渲染出来的空壳。交互逻辑用 JavaScript 写没问题，但内容骨架要能被完整抓取。

收录这方面没有捷径，Google Search Central 里关于索引和站点地图的部分得老实过一遍。再进一步，如果这个工具的输出是一个确定结果，可以用结构化数据把输入、输出标出来，让搜索结果页直接展示更多信息——实现方式见 JSON-LD。

性能上这类页面也有天然优势：没有数据库查询，没有会话状态，计算全在客户端完成，理论上可以做到接近静态页的加载速度。Omni Calculator 的广告负责人 Alexander Utz 说过一句很实在的话——“页面速度对我们没有商量余地，我们的整个增长都依赖 SEO，Core Web Vitals 直接影响排名”。

赚多少，取决于这个词的商业价值

把几个"只解决一个问题"的结果摆在一起看：Gusto 的工资计算器换来月访问 17776 且全是小企业主，Shopify 的利润率计算器峰值超 2 万，Cakedesk 只做发票、一次性 69 欧元在 2025 年卖出 239 份约 16000 欧元，Cloakist 加 Sotion 一句话功能做到 12000 美元 MRR。

它们的收入差了几十倍，页面复杂度却几乎一样。差别不在"这个问题有多小"，在"被这个问题卡住的人愿意为它付多少"。

真正要回答的问题只剩一个：能用一页说清楚的那个问题，值多少钱。

Gusto、Shopify 与 Omni Calculator 页面数据来自 Ahrefs 公开案例；Cakedesk 与 Cloakist 数据来自开发者公开更新。