# 一个网站只有几十个页面，为什么还能持续获得流量？

URL: https://caijiao.org/posts/65
Source: docs/posts/65.md
Description: Homewyse 只有几十个页面，估算月访问却超过 42 万；Omni Calculator 一个"成绩计算器"页面，主关键词搜索量 5900 却带来 61086 次月访问。页面数量和流量之间，并不是简单的正比关系。

做 SEO 的人很容易陷入一个执念：页面越多，流量越大。于是有了"从 100 页扩到 1000 页""做到 8000 个页面"这类规划。

但真实数据不完全支持这个直觉。Homewyse 是个做装修工程量估算的站，页面不多，第三方估算的月访问量却超过 42 万。Omni Calculator 上一个页面——`/other/test-grade`——主关键词月搜索量只有 5900，实际月流量 61086。

![Homewyse 官网首页截图](/images/2026-09/homewyse.com.png)

*Homewyse 首页写着 Custom, fully detailed estimates in minutes，把自己定位成独立公允的造价参考。*

几十个页面撑起几十万访问，靠的是什么？

## 单页流量可以远大于关键词搜索量

先解释那个 5900 对 61086 的悬殊。

关键词工具给的是**某一个词的**月搜索量。但一个页面能接住的词，通常有几十个。"test grade calculator"只是其中搜索量最大的那个，此外还有 "final grade calculator""grade calculator by points""what grade do I need" 等等一长串，每一个单独看都不大，加在一起就可能比主词大十倍。

这个现象有个名字叫长尾，但真正关键的是理解它的成因：**用户不知道该用什么词**。他们只会用自己脑子里冒出来的那句话去搜，而那句话有无数变种。一个页面如果把某个问题的各种说法都覆盖到——在正文里自然出现、在标题和描述里准确表达、在示例里体现具体场景——它就能同时接住这一整片查询。

所以"页面少但流量大"的第一层原因是：**这些页面每个都精准命中了一簇意图，而不是一个词。**

## 第二层原因：页面在解决一个会重复发生的问题

Homewyse 做的是装修报价估算。这个需求有几个特点。

**会反复出现。** 装修不是一次性行业，每年都有大量人在估价格。需求不会枯竭。

**本地化且具体。** 用户搜的不是"装修估算"，是"装一个浴室要多少钱"这种具体到项目和地区的查询。这类查询竞争小、意图强，而且天然可以拆成几十个页面——每个装修项目一个。

**决策价值高。** 用户是在决定要不要花几万块钱，他会认真看结果，会改参数，会看说明。这种深度互动是搜索排名喜欢的信号。

对比一下那些"页面很多但没流量"的站：它们通常是在一个同质化品类里批量生成页面，每个页面覆盖的词几乎一样，内容大同小异。1000 个页面互相抢同一批查询，等于自己跟自己竞争。

## 页面少反而更容易做好的几件事

页面数量少的时候，有些事情是能真正做到位的，而它们恰恰决定流量能否持续。

**每个页面都能真正写透。** 一个装修估算页面可以包含计算逻辑、价格区间解释、影响因素、施工注意事项、常见问题。这些内容不是凑字数，是在接住用户算完之后冒出来的下一个疑问。1000 个页面的站，每个页面能分到的精力决定了它只能写个壳。

**内链和层级能设计得清楚。** 几十个页面意味着你可以手工规划它们之间的关系，让每个页面都处在合理的类目下，让权重传递路径明确。这个在[Google Search Central](/google-search-central/) 关于站点结构的部分被反复强调，但它真正起作用的场景其实是中小站点——大站靠规模，小站靠结构。

**结构化数据能认真做。** 页面少，你可以给每个页面写准确的 JSON-LD，标注它到底是一个计算工具、一个问答、还是一个指南。这项工作对几十个页面是负担得起的，对几千个页面通常只能模板化生成，质量反而下降。

**维护能跟上。** 价格变了、规范改了、公式错了——几十个页面能在一周内全部更新完。上千个页面的站，很多页面上线之后再也没人看过。

## 那什么时候确实需要很多页面

不是所有情况都适合"小而精"。

需要规模化页面的场景是：**需求本身可以被参数化展开**。汇率换算有几百种货币对，单位换算有几百种组合，每种组合都对应一个真实但不频繁的查询。这种情况下，页面数量直接等于覆盖面，批量生成是合理的。

判断方法很简单：**两个页面之间，是否存在各自独立、互不重叠的搜索需求？** 存在，就值得分开建页；不存在，那它们应该合并成一个更完整的页面。

最容易犯的错是反过来——把一个需求拆成十个页面去"包围"关键词。结果每个页面都很薄，谁都排不上去，还可能拖累整站的质量评估。

## 我自己的判断标准

现在我看到"要不要扩到 1000 页"这类问题时，会先问三个问题：

现有页面里，有多少已经接住了它应该接住的那簇意图？如果大部分页面只命中了主关键词而没覆盖长尾，先把这些页面写厚，收益通常比新增页面更高。

新增的每一个页面，是否对应一个现有页面无法覆盖的独立需求？如果不是，它就是重复页面。

这些页面上线之后，我有没有能力在半年后还维护它们？如果答案是否，那它们从上线那天起就在贬值。

---