# 网站增加1000个页面后，Google真的会增加流量吗？

URL: https://caijiao.org/posts/150
Source: docs/posts/150.md
Description: 不一定。Omni Calculator 的 /other/test-grade 主词搜索量仅 5900 却拿到月流量 61086，而 /finance/margin 主词 55000 只拿到 49169。1000 个页面的产出分布极不均匀，还可能触发 Scaled Content Abuse 判定。

先摆一组 Ahrefs 抓到的单页数据，它们比任何论证都清楚。Omni Calculator 上这几个页面的主词搜索量和实际月流量是这样对应的：

![Omni Calculator 官网首页截图](/images/2026-09/omnicalculator.com.png)

*Omni Calculator 首页还有一个 Discover Omni 板块，自我介绍是「用计算揭示世界的惊人真相」。*

- `/other/test-grade`：主词搜索量 5900，月流量 61086
- `/finance/annual-income`：81000，月流量 50825
- `/finance/margin`：55000，月流量 49169
- `/finance/salary-to-hourly`：42000，月流量 45940

搜索量 5900 的页面，流量是搜索量的十倍；搜索量 81000 的页面，流量还不如搜索量。如果"页面数量 × 单页平均流量"这个算法成立，这四行数字不该长成这样。

## 流量来自长尾聚合，不是来自主词

`/other/test-grade` 那页为什么超产？因为它落在"算我这门课的成绩"这个动作上，围绕这个动作能长出一堆说法：test grade calculator、grade percentage calculator、how much is my test worth——每一种搜索量各自只有几百，但全部指向同一个页面，加起来就撑起了六万。

反过来看 `/finance/margin`，主词 55000 看着很美，可它能延伸的变体说法有限，月流量 49169 已经接近这个查询池的天花板。

所以 1000 个新页面能带来多少流量，取决于这 1000 页各自落在一个独立动作上，还是同一个动作的一千种说法。

## TinyWow 的关键词结构说明了"独立动作"长什么样

250 多个工具，主要关键词是 png to jpg（月搜索 87.6 万）、image compressor（74.0 万）、extract audio from video（7.1 万）。注意 7.1 万那个——它比前两个小一个数量级，但仍然是独立入口，仍然值得一个页面。

这就是程序化扩页面的正确单位：**动词 + 对象**。`extract audio from video` 是一个完整动作，`best free tool` 不是。前者能生成一千个互不重叠的页面，后者生成一千个页面只会互相踩。

## 反面：同一个意图的一千种写法会被整批处理

Google 的 Scaled Content Abuse（4.6.5）定义的是"大量低投入、低原创性、无编辑的内容"，页面数量从来不是判定条件。一千个只换了标题里名词的页面，会被当成同一个页面的一千份副本，最终能排上名的可能只有一份。

更麻烦的是 Helpful Content 系统在 2025 年升级成了整站级信号，不再按页面打分。那批空壳页面不会自己烂掉，它们会把整个站的评级往下拽。相关内容见 [Google Search Central](/google-search-central/) 的垃圾政策部分。

## 生成之前先建映射表，生成之后按页面看展示数

我的做法分两步。

生成之前，建一张表：URL、目标查询、该查询的月搜索量、这一页与站内已有页面的差异点。差异点写不出来的一行，直接删掉，别生成。这一步在 3000 页规模上会砍掉一半候选，砍掉的那些本来也不会有流量。

生成之后两个月，在 Search Console 里按页面看展示数。展示数为 0 的进入合并名单，合并到语义最近的那个页面上做 301。两个月足够 Google 给出第一轮反馈，再早看没有意义。

## 批量生成之后，维护成本才是真正的分水岭

新增 1000 页真正的代价不在生成那一刻，在之后每一次全站改动。

改一次页面模板的 HTML 结构，1000 页全部要重新构建；修正一个计算公式，可能要核对几百个页面的示例数值；某个数据源的口径变了，受影响的页面得重新跑一遍。这些工作量都是乘以页面数的。

所以生成之前要先问一句：这 1000 页以后会不会需要集体维护？如果需要，模板和数据的分层就得在第一天做好——页面结构只存在于模板里，差异只存在于数据里，两者不能互相渗透。

## 单页的产出上限是真实存在的

Shopify 的 `/tools/` 利润率计算器峰值月访问超过 2 万，Gusto 的 wage calculator 主词搜索量 17000、月访问约 17776。这两个是同类里做得很靠前的例子，天花板也就在这个量级。

指望 1000 个页面每个都做到 2 万，是把长尾分布错当成了均匀分布。真实情况更接近：5% 的页面吃掉大部分流量，剩下的负责覆盖那些只有几百搜索量但意图极其明确的查询。

一批工具页面里总有几个跑得特别好，把它挑出来单独优化，比再生成一千个页面划算得多。这类页面长什么样，可以参考[在线工具](/tool/)集合里已经跑通的那批。

---

*Omni Calculator 单页数据来自 Ahrefs；TinyWow 关键词搜索量为第三方估算（2026 年上半年）；Shopify /tools/ 与 Gusto wage calculator 数据为第三方估算；Google 政策编号 4.6.5 引自 Search Central。*
