# 如何从一个关键词找到100个网站机会？

URL: https://caijiao.org/posts/113
Source: docs/posts/113.md
Description: annual-income、salary-to-hourly、margin 出自同一组变量的组合。抽槽位而不是导长尾词，Inch Calculator 靠这个做到 459 万。

大多数人给出的答案是"把关键词丢进工具里导出一批长尾词"。这条路我试过很多次，拿回来的基本是同一句话的不同说法——搜索意图完全重合，做出来只是一堆互相抢排名的页面。

真正能长出一百个独立页面的方法只有一种：**把这个词里的变量抽出来，做组合**。

## 一个词里通常藏着三个变量

拿 Omni Calculator 的财务目录当例子。它至少有这几个页面：/finance/annual-income（年薪）、/finance/salary-to-hourly（时薪与年薪互算）、/finance/margin（利润率）。

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

*Omni Calculator 首页的 Ecology 分类只挂着 34 个计算器，是整张网格里最小的分类之一。*

抽出来看，变量是三样：**被计算的量**（年薪、利润、利率）、**换算方向**（已知时薪求年薪，反之亦然）、**单位体系**（小时、周、双周、月）。

再看 Inch Calculator。它只做尺寸和工程量估算，月访问 459 万。它的变量是：**场景**（铺砖、铺地毯、算体积）、**输入方式**（长宽、面积、直径）、**单位**（inch、feet、cm）。光是这三组相乘，就已经是几百个能各自回答一个问题的页面。

这就是全部秘密：一个词能不能长成一百个页面，看它里面有没有**可以被替换的槽位**。

## 三个变量相乘之前，先做一次人工过滤

组合这种做法最大的风险是产生大量没人会搜的组合。三个各有十项的槽位相乘是一千个页面，其中可能只有三百个是真有人在搜的。

我的做法是先写一张候选清单，然后逐条过滤：

**留下双向的。** "已知时薪算年薪"和"已知年薪算时薪"是两个意图，都值得有独立页面；但如果两个方向共用同一套输入框，就应该合成一个页面，让用户切换方向——Omni Calculator 的 salary-to-hourly 就是这么处理的。

**删掉用户不会那样说的。** 组合出来的说法可能在数学上成立，但没人会那么搜。这一步只能靠人工判断，工具帮不上忙。

**先做那些指代明确的。** Inch Calculator 之所以能撑到 459 万，是因为"这块地砖能铺几片"这种说法的输入项是确定的。反过来，Homewyse 那类"装修报价"的词群大而模糊，结果月访问只有 42.885 万。

## 落到工程：组合应先经过一层数据，再进生成器

这个抽槽位的思路在技术上的对应物非常直接：**一个 URL 模板 + 一张数据表**。

URL 按 /目录/槽位一/槽位二 的形式固定下来，例如前面看到的 /finance/salary-to-hourly。所有文案、单位、示例、边界值写进数据行，生成器遍历数据行产出静态页面。这一步决定了你以后加页面等于加一行，而不是加一个文件。

生成器里面有四件事必须做对，不然扩到几千页会翻车：

**构建期就完成渲染。** 页面要在服务端或构建阶段就有完整内容，别交给浏览器去拼。这个约束在一千页以后几乎无法后补。

**同一套输入组件。** 用 [JavaScript](/javascript/) 在浏览器端做计算时，各页面共用同一份换算与格式化逻辑，避免这页四舍五入、那页两位小数。

**金额和比率别用浮点。** 组合扩展最容易发生在金融类页面上，0.1 + 0.2 这种误差会直接出现在结果里，[/decimaljs/](/decimaljs/) 讲的十进制高精度算法在这里是必需品。

**sitemap 由数据生成。** URL 和页面同源于一张表，新增页面时 sitemap 自动跟上；按目录分片，哪个目录更新了就提交哪一份，具体写法见 [/google-search-central/04-sitemaps-robots](/google-search-central/04-sitemaps-robots)。

## 槽位从哪里找：三个不太费力的来源

抽象听起来靠灵感，实际有三个固定来源，按顺序找就行。

**一是用户提问的原句。** 论坛里那些"这个怎么算"的帖子，几乎每一个都自带输入项和数据单位。对照 TinyWow 走的那条路也说得通：它 2019 年从一个 PDF 转换器起步，后来长成 250 多个工具，月访问 180 万到 230 万。

**二是行业里已经存在的纸面表格。** HR 手册背面的时薪年薪对照表，就是 /finance/salary-to-hourly 这个页面的原型。凡是还被印在纸上或者贴在工位墙上的对照表，都值得被搬成一个页面。

**三是竞品目录里的空缺。** 某个目录下有十个页面，而同一类里明显还有第五个量没算，就是最直接的槽位。

三个来源找出来的槽位，最后都要回到同一道闸：换掉它，答案是不是真的变了。变了的留下，没变的划掉。

## 一个还没验证完的判断

抽象听着很美，但它有个前提：**槽位之间的替换必须真的改变答案。** 把"城市名"当槽位是无效抽槽。

这一点我还没完全验证完，但把地名当槽位一定是错的：换了城市名，页面其余部分一字不变，于是得到几千个近乎重复的页面，在 Google 的规模化内容滥用（4.6.5）规则下属于典型的负资产。

最后一步校验永远不能省：把生成出来的一百个 URL 打印到屏幕上，随机挑五个，看它们的标题、示例和说明是不是真的不一样。做不到这一点的组合，就应该留在清单里不要上。

---

*Omni Calculator 单页数据来自 Ahrefs 公开案例；Inch Calculator、Homewyse 流量为 Semrush 2026 年 6 月估算。*