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

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

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

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 关于站点结构的部分被反复强调，但它真正起作用的场景其实是中小站点——大站靠规模，小站靠结构。

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

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

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

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

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

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

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

我自己的判断标准

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

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

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

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