我研究了100个小网站，发现真正适合一个人做的是这几类
去年我把收藏夹里攒的 100 多个小网站翻了一遍，起因是个很具体的困惑：为什么有的站只有一个输入框，月访问能过百万，而我自己做过的站堆了十几个功能，日访问不到 50。
翻完之后我把它们重新分了一遍类。分类的依据不是"它是 PDF 工具还是图片工具"——这种分法我试过，分完等于没分。真正有用的那刀是：用户多久用一次，以及用的时候有多急。
先说个反直觉的：别按功能分类
按功能分，你会得到"PDF 类"“图片类”“计算类”"转换类"这种目录，看着整齐，但对选题没有任何帮助，因为你还是不知道该挑哪个。
按"多久用一次"分，事情立刻清楚了。我最后留下四类。
一年用三次，但每次都很急。 典型是 PDF 转换、图片压缩、格式修复。用户平时完全想不起你，一旦想起来就是"现在就要、不然工作做不完"。这类需求的特点是搜索意图极其明确，用户搜的就是具体动作，不会搜"好用的图片工具推荐"这种类别词。
每周用几次，但每次都不急。 配色、占位图、代码片段生成都属于这类。工具本身很容易做，但很难留住人——用户不急，就不会记住你的域名，下次还是去搜，还是可能搜到别人。
每次都要算一下的。 房贷、汇率、单位换算、日期差。这类站的天花板由长尾关键词的数量决定，你能覆盖多少种具体换算，就有多少个入口。
查完就走的。 IP 查询、whois、字符集对照。流量好拿，但用户停留时间极短，广告变现效率最差。
对一个人来说，这四类的价值排序几乎是固定的：第一类最值得做，第四类最不值得。原因不是"第一类流量大"，而是第一类不需要你维护用户关系——用完就走没关系，下次他还会来，因为他记住的是"那个能救急的站"。这也是为什么很多独立开发者最后都做成了在线工具集合的形态，而不是社区或内容站。
47% 的直接访问，比流量总量更有说服力
TinyWow 是这类站里最常被拿出来讲的例子。它 2019 年从一个 PDF 转换器起步，现在挂了 250 多个免费工具，第三方流量估算工具给的数字在月访问 180 万到 230 万之间（2026 年上半年数据）。
TinyWow 首页底部滚动着一组自家数据：100 万活跃用户、1000 万次文件转换、200+ 在线工具。
但真正值得看的不是这个数字，是它的流量结构：约 47% 是直接访问，搜索只占三分之一左右。也就是说，将近一半的人不是搜过来的，是直接在地址栏敲域名或点书签进来的。
这个比例说明了一件事：它已经从"一个能用的工具"变成了"一个被记住的地方"。这才是小工具站真正的资产。搜索流量可以被算法一波带走，被记住的域名不会。想让搜索引擎稳定地给你这类页面导量，基础工作仍然绕不开——Google Search Central 里关于索引和结构化数据的部分值得从头过一遍。
它做对了什么？我觉得是两件很小的事。一是所有工具都不需要注册，点开就能用；二是它明确写了"上传的文件 1 小时后自动删除"。对处理简历、合同、证件的人来说，这句话的价值不亚于多加十个功能。
一个人做，别看大站，看同量级的
TinyWow 这种站看多了有个副作用：会让人误以为"做工具站 = 坐等百万流量"。
Indie Hackers 上有个更真实的参照。有人做了一个叫 terrific.tools 的工具站，老老实实做了 12 个月，到 2025 年 11 月才迎来第一个完整变现月：展示广告 174.41 美元，加上卖桌面版应用的 125 美元，加起来不到 300 美元。同期数据是 30 天 2.6 万用户、3.4 万次会话、4.1 万次浏览，每千次会话广告收入 6.89 美元，他自己的目标是做到 10 美元。
12 个月，月入 300 美元。这才是"一个人做小网站"的正常起点。
它和 TinyWow 的差距不在功能数量上——他也没少做工具。差距在于外链积累的时间，在于用户还没有形成"记住这个域名"的习惯。这个差距只能靠时间填，不能靠多加功能填。
我现在怎么筛
想清楚这两组数字的差距之后，我筛选题目的顺序变成了这样：
先问这个需求是不是"急"的——用户搜的时候有没有明确的目的词，还是只有模糊的类别词。急需求值得做，模糊需求不值得。
再问它能不能长出一堆明确的长尾词。能批量展开的，页面矩阵才建得起来；只能写一两个词的，做出来就是一个孤岛页面。
最后问这个任务完成后，用户有没有理由记住我。如果答案是"没有，他下次肯定还去搜"，那这个选题在早期就是个坑，除非你已经有一个站能给它导流。
三条不过的直接放弃，不再纠结。用这套顺序筛下来，100 个方向大概能剩下 10 个左右，而这 10 个里真正值得一个人投入时间的，通常不超过 3 个。
数据是筛选的结果，不是筛选的理由。先确定哪一类值得做，再去看数字验证它，顺序反了就容易被大站的流量数字带偏。
文中 TinyWow 流量数据来自第三方估算工具（2026 年上半年）；terrific.tools 数据来自 Indie Hackers 作者 2025 年 12 月的自述更新。