# 为什么小工具网站特别适合SEO？

URL: https://caijiao.org/posts/95
Source: docs/posts/95.md
Description: Omni Calculator 上 81000 搜索量只换 50825 流量，5900 的页面却有 61086。工具站把一页等于一个意图做到极致，也最容易撞规模化内容滥用。

Omni Calculator 的 URL 长得像文件系统目录：/finance/annual-income、/finance/margin、/finance/salary-to-hourly、/other/test-grade。

![Omni Calculator 计算器分类页截图](/images/2026-09/omnicalculator.com.png)

*Omni Calculator 首页连 Sports 都单独分类，111 个计算器对应各类赛事和成绩换算。*

这几个路径本身就是关键词，而且是搜索量很明确的那种：annual-income 相关主词月搜索量 81000，margin 55000，salary-to-hourly 42000，test-grade 只有 5900。

## /finance/annual-income 这种 URL 本身就是关键词

小工具站适合 SEO 的第一个原因就藏在这个结构里：**一个页面 = 一个明确意图 = 一个可索引的关键词**，三者严格对齐，不需要任何解释成本。

内容站很难做到这一点。一篇"如何计算年收入"的文章，用户可能想看定义、想看税法、想看案例，意图是发散的，页面只能覆盖其中一部分。而一个计算器页面，用户来了就是要算，算完拿到结果，意图完全收敛。

意图收敛意味着页面更容易匹配、跳出更低、停留时间更"合理"，也意味着你不需要为了凑字数往页面里塞无关内容。

## 81000 的搜索量只换来 50825，5900 却换来 61086

这是 Ahrefs 那个案例里最值得琢磨的一组对比。

/finance/annual-income 的主词搜索量 81000，月流量 50825。/other/test-grade 的主词搜索量只有 5900，月流量却达到 61086——**搜索量小了近 14 倍的页面，流量反而更大。**

原因有两层。一是竞争度：annual-income 这种词所有人都在争，流量被摊薄到几十个站点上；test-grade 所在的细分里，长尾查询几乎全部沉淀到这一个页面。二是意图纯度：搜"年收入换算"的人可能想看别的东西，搜"成绩换算"的人基本就是来算一个数的。

这组数字说明，用关键词搜索量去预估工具站的流量，误差可以大到完全不可用。

## 模板生成不能是同一种填充

工具站适合做页面矩阵，这也是它最危险的地方。

Google 的政策里，Scaled Content Abuse（4.6.5）针对的是为操纵排名而批量生产页面，MC Created with Little Effort（4.6.6）针对的是几乎没投入努力就生成的内容。2025 年之后，这类评估升级成了整站信号——判定不再是"这几页不行"，而是"你这个站不行"。

Omni Calculator 用模板生成上千个页面却没有踩线，原因是每个计算器的输入字段、公式、单位、说明文字都是真实不同的：模板生成的只是外壳，内容本身是逐个写的。它把计算器抽象成配置，页面由模板生成——这里的"生成"指的是渲染，不是编内容。

判断标准很直白：把模板去掉之后，每个页面还剩多少别人没有的东西？剩下的如果是一段可以和同类页面互换的通用描述，那这个页面就不该发布。

## Core Web Vitals 在这类站上是排名因素，不是体验优化

Omni Calculator 的广告负责人 Alexander Utz 说过："页面速度对我们没有商量余地，我们的整个增长都依赖 SEO，Core Web Vitals 直接影响排名。"

工具站在性能上有先天优势：纯计算可以用 [JavaScript](/javascript/) 在客户端跑完，没有数据库查询，没有会话状态，理论上能压到接近静态页的水平。这个优势很容易被自己糟蹋掉——多埋几个脚本、多加载一套字体、把几行计算逻辑塞进一个几百 KB 的 bundle，优势就没了。

收录这一层同样是硬功夫。页面数量到了几千量级，站点地图怎么拆分、多久更新一次、robots 怎么配，都得提前设计好，[Google Search Central](/google-search-central/) 里关于 sitemaps 与 robots 的章节（04-sitemaps-robots）值得照着做一遍。至于把"这个页面是一个工具、输入是什么、输出是什么"标记出来让搜索结果页直接展示，实现细节见 [JSON-LD](/json-ld/)。

## 用 Search Console 的真实查询词反推下一个页面

这类站扩张页面最可靠的依据，不是关键词工具的联想词，是 Search Console 里真实出现过的查询。

用户会搜出你没想到的组合——某个单位对、某个行业的具体算法、某个地区的特殊规则。这些词在工具里往往显示为零搜索量，但在你的日志里是真存在的。

我的具体做法是每月导出一次查询词，把"有展现量但没有对应页面"的词挑出来，再用"能不能用一个计算器回答"过滤一遍，能的就排进下个月的开发清单。这个循环跑起来之后，页面矩阵会朝着真实需求生长，而不是朝着关键词数据库生长——后一种做法长出来的页面，正是 4.6.6 想处理的那类东西。

---

*Omni Calculator 单页搜索量与流量数据来自 Ahrefs 2026 年公开案例，访问量为 2026 年 6 月 Semrush 估算；Alexander Utz 引语出自公开访谈。*