# 网站只有100个页面，还有必要继续扩展吗？

URL: https://caijiao.org/posts/110
Source: docs/posts/110.md
Description: margin 主词搜索量 55000 只换来 49169 访问，test-grade 用 5900 换来 61086。该补的是每页独有的实体字段，不是页数。

我曾经对自己说过一句很蠢的话：先把品类凑到 100 个，站看起来就完整了。

后果是三个月里加了六十多个页面，其中大部分是把同一个表单换个单位重新包一遍。总访问没怎么动，反倒堆起一批内容几乎重复的 URL，后来还得自己回头做去重。

那次之后，我看这个问题的方式变了：**100 页是一个特别舒服的规模，通常不该急着突破它。**

## 55000 换 49169，5900 换 61086：页数不是变量

Omni Calculator 上两个页面值得对照。/finance/margin 的主词搜索量 55000，月访问 49169；/other/test-grade 的主词搜索量 5900，月访问 61086。

![Omni Calculator 官网首页截图](/images/2026-09/omnicalculator.com.png)

*Omni Calculator 首页的分类卡直接标着数量：Conversion 329 个，Everyday life 393 个。*

同一个站、同一套模板，前者搜索量大了近十倍，流量反而更少。差别不在页面有多少，在于每个页面有没有把一件具体的事彻底做完。

另外两个例子更极端。Shopify 在 /tools/ 下放的一个利润率计算器，峰值月访问超过 2 万；Gusto 的免费时薪工资计算器，wage calculator 搜索量 17000、页面月访问约 17776。两个都是单个页面撑起来的。

一百来个页面已经足够验证模板跑不跑得通。如果这一百页里没有一个拿到像样的流量，再加一千页只是把同一个错误复制一千遍。

## 该补的是页面骨架，不是页数

这个规模最值得做的事是把每一页独有的东西补齐。同一套模板最容易犯的错就是只有标题和输入框不一样，正文、说明、示例全都照抄。看着有一百个页面，里面真正独立的实体可能只有三五种。

我的检查办法很笨：把每个页面的元数据往 [/json-ld/](/json-ld/) 那套结构化标记里填，看能不能写出只属于这个 URL 的描述——它算的是哪个量、单位是什么、输入几项、边界在哪。填不出来的页面本来就不该存在，先合并掉再说。

模板层面还有三件事值得在这个阶段做扎实：

**个性字段全部抽到数据里。** 标题、说明、单位、示例都应该来自数据表，将来加页面等于加一行数据。

**目录路径按类别分开。** 不同类别的页面不要混在同一层路径下，否则以后想按分组提交抓取或分组观察数据都很别扭——[/tool/](/tool/) 那种按动作分目录的组织方式可以参考。

**接上展示词数据。** 上线之后看每个页面实际拿到了哪些查询词，比自己猜准得多。接入步骤见 [/google-search-central/02-search-console-setup](/google-search-central/02-search-console-setup)。

## 页数上限不是你定的，是词条结构定的

还有一个判断能省下大量时间：这个方向的**页面数天花板**早就由词的结构决定了。

Inch Calculator 只做尺寸和工程量，月访问 459 万。它的词条结构是"多对一"——很多种具体说法，最后落在同一种算法上。这种结构天然允许几百上千个页面，因为每一项都对应一个不同的输入组合。

Homewyse 只有一个场景，月访问 42.885 万。它的词条结构是"一对多"——来来回回都是那几个说法，每个说法背后又因为城市、工艺而岔开。这类站扩产是最难的，多出来的页面互相重复的概率极高。

因此在纠结"还要不要继续加"之前，先回答这个问题：**在这个领域里，用户的说法是不是比我的页面多？** 是，就继续；已经差不多了，就应该停在一百页上下，把资源放到别的地方。

## 发现重复页面时，合并比删除好

顺便说说我自己踩过的坑。当年那批凑出来的页面，我一开始是直接删掉的，结果损失了一批已经被引用的地址。

更稳的顺序是：**先把重复的页面 301 合并到保留下来的那一个，再去更新内部的导航和数据，最后才让它从 sitemap 里消失。** 整个过程要给搜索引擎留出识别跳转的时间，别一次性批量干完。查询词层面的变化可以在 Search Console 里每天盯一眼，看合并之后的损失是不是符合预期。

补充一句：清理的过程中你会发现，真正该删的往往比你以为的多。不必追求"删完还剩一百页"这种整齐的数字——留下来六十页但每个都说清楚了，比一百二十页里三十页凑数要好。

## 三个信号同时亮了，才值得往一千页走

我不觉得存在某个通用阈值，但有三条可以照着看。

**第一批里至少有一个页面拿到了稳定流量。** 单个数据点就足以证明模板是对的；一个都没有，先把模板改明白。

**还有明确的具体查询没被覆盖。** 用户的说法永远比你的页面多。做完一批单位换算之后，如果仍有大量"这个东西怎么算"找不到对应页面，那就是真的还没覆盖完，可以加。

**加页面的边际成本已经接近零。** 加一个新页面如果还要写代码，说明抽象没做完，这时候扩规模只会放大维护量。

三条全亮，从 100 走到 1000 是水到渠成。只亮一条，我宁愿继续煨着这一百页，把它们做得比同类的更深——比如把中间步骤和边界值也说清楚，而不是继续往下铺。

这条建议没有大样本依据，只是个人观察。但有一件事我比较确定：搜索引擎现在看的是整站，一百个说得清楚的页面，比一千个含糊的页面更容易积累出信任。

---

*Omni Calculator 单页数据来自 Ahrefs 公开案例；Shopify、Gusto 页面流量为第三方估算。*