# 为什么工具网站特别适合做程序化SEO？

URL: https://caijiao.org/posts/161
Source: docs/posts/161.md
Description: Omni Calculator 把计算器抽象成一份配置、页面由模板生成，做到 30+ 语言、约 1429 万月访问；10015.io 用 Next.js 做了 50+ 个全客户端运行的工具。工具站适合程序化，因为它的页面单位天然可枚举。

程序化 SEO 的前提是页面单位必须可枚举。而工具站恰好是极少数满足这个条件的品类——它的每一个页面都对应一个**动词加对象**：png 转 jpg、压缩图片、从视频里抽音频、算利润率、把年薪换算成时薪。

这种结构有三个特点，正好对上程序化的三个要求。

## 入口可以枚举，且枚举结果就是真实查询

TinyWow 有 250 多个工具，最主要的几个关键词是 png to jpg（月搜索 87.6 万）、image compressor（74.0 万）、extract audio from video（7.1 万）。注意这些词本身的结构——每一个都是"动作 + 对象"，每一个都对应一个可以直接做出来的功能。

这意味着你不需要猜用户会搜什么：动词表和对象表做一次笛卡尔积，得到的有效组合就是有真实搜索量的查询。能这么干的品类不多，查询开放式的内容站没法这么枚举。

单位换算、格式转换、各类计算器、代码格式化都属于这一类。Omni Calculator 覆盖的是计算器这一支：它把计算器抽象成一份配置，页面由模板生成，做到 30 多种语言、2026 年 6 月估算月访问约 1429 万。

![Omni Calculator 计算器分类页截图](/images/2026-09/omnicalculator.com.png)

*Omni Calculator 首页的 Ecology 分类只挂着 34 个计算器，是整张网格里最小的分类之一。*

## 页面之间的差异是参数化的，不需要编辑

程序化最怕的是"每个页面都得有人写点不一样的东西"。工具站没有这个问题——页面之间的差异来自配置：输入字段、计算公式、单位、默认值、示例。

这些差异是数据，不是文案。配置文件里多一行，就多一个页面，而且这个页面在功能上和已有的页面一样完整。

Omni Calculator 的单页数据能看出这种模式的产出：Ahrefs 抓到的 `/finance/margin` 主词搜索量 55000、月流量 49169，`/finance/salary-to-hourly` 42000、45940。这些页面不是谁一篇篇写出来的，是配置加模板的产物，表现并不比手写内容差。

Homewyse 是另一个路子：只做装修报价，2026 年 6 月访问 42.885 万，每个页面同样参数化——材料、面积、地区。窄品类加上参数化，照样能跑出量。

## 计算可以完全放在浏览器里，成本不随页面数增长

10015.io 用 Next.js 加 styled-components 做了 50 多个工具，几乎所有计算都在客户端运行。重一点的编解码交给 [WebAssembly](/webassembly/) 跑，服务器只发静态文件。结果是页面数从 50 涨到 500，服务器成本几乎不变。

这对程序化是决定性的：一旦每个页面都需要服务端计算，页面数增长就等于成本增长，你会被迫在"覆盖多少长尾"和"每月花多少钱"之间取舍。全客户端的方案把这个取舍取消了。

顺带解决了预渲染问题。工具页的 HTML 骨架在构建时就生成好，爬虫拿到的是完整页面，不需要等 JS 执行——大规模页面尤其依赖这一点，爬虫不会给每个页面都分配执行 JS 的资源。

## 数据层怎么搭

页面规模上到四位数，建议把所有页面数据放进 [SQLite](/sqlite/)：

`pages` 表存 `slug`、`h1`、`category`、`config_json`、`updated_at`；`links` 表存页面之间的关联；`faqs` 表存每个页面的问答。构建时一条查询吐出全部页面，同时生成 sitemap、hreflang 组和 JSON-LD。

lastmod 因此拿的是数据里的真实字段，而不是构建脚本每次刷成当天。分片阈值也要记住：单份 sitemap 最多 50,000 条 URL、未压缩 50MB，规范在 [Sitemap 与 robots.txt](/google-search-central/04-sitemaps-robots) 里。

## 边界：程序化不等于免责

必须说清楚风险。Google 的 Scaled Content Abuse（4.6.5）针对"大量低投入、低原创性、无编辑的内容"，MC Created with Little Effort（4.6.6）针对复制、改写、AI 生成且无增量的页面，评级直接到 Lowest。

关键在于 2025 年的变化：Helpful Content 系统升级成了整站级信号。以前是那批烂页面自己烂，现在是一批烂页面把全站评级拉下去——你手写的 200 页好内容会被另外 3000 页空壳拖着一起掉。

Google 的官方立场很清楚：AI 生成本身不违规，违规的是规模化生产没有增量的内容。政策原文见 [Google Search Central](/google-search-central/)。

所以生成之前要有一道闸：这一页和已有页面的差异点是什么？写不出来的配置行，就别生成。宁可少三千页，也不要多三千个空壳。

## 一个现实的收益参照

terrific.tools 做了 12 个月，2025 年 11 月迎来第一个完整变现月：广告 174.41 美元加桌面版 125 美元，合计不到 300 美元，同期 3.4 万次会话、每千次会话广告收入 6.89 美元。10015.io 的 AdSense 月收入也在 300 美元量级。

把这两个数字和 1429 万放在一起看就很清楚了——程序化能把页面规模做得很大，但规模到收益的转化率差异极大，中间隔着外链积累和域名信任度，只能靠时间填。

---

*Omni Calculator 1429 万月访问（Semrush 2026 年 6 月估算）与单页数据（Ahrefs）；10015.io 技术选型与 AdSense 收入来自其公开说明；terrific.tools 数据来自作者 2025 年 12 月 Indie Hackers 自述；政策编号 4.6.5、4.6.6 引自 Search Central。*
