一个网站为什么需要几百甚至几千个页面？
Homewyse 上有一个页面，主题大概是"铺一平米硬木地板要多少钱"。它不聊装修风格，不推荐品牌，只做一件事：把材料费、人工费、总价拆开列出来，给出一个区间。
Homewyse 首页把报价拆成 Installation、Maintenance、Material 三个板块，都给区间不给单一数字。
整个站都是这种页面。第三方估算给它的月访问是 42.885 万。
一个页面只回答一个问句
它的页面粒度细到有点笨：换一种材料是一页，换一个城市是一页，换一个计量单位又是一页。用户搜的是"铺硬木地板每平米多少钱"，不是"装修报价网站"，页面就必须细到这个程度才能对得上。
Inch Calculator 走的是同一条路，只做尺寸和工程量估算——面积、体积、长度换算、建材用量——拿到 459 万月访问。它的品类比 Homewyse 还窄，页面却更多，因为"算什么"的组合本身就是接近无穷的。
这两个站说明了页面数从哪来：不是站长想做几千页，是用户的问句有几千种。你能把问句拆多细，页面就有多少。
可枚举性是可以提前判断的。我现在的做法是拿一个品类，试着写"动词 + 对象 + 限定条件"的列表：算出某种材料的用量、把 A 单位换成 B 单位、每平方米需要多少 D。写得越顺，页面矩阵越容易铺开；写到第十条就开始重复，说明这个品类的天花板就在那儿。Homewyse 和 Inch Calculator 差的那十倍，用这个列表跑一遍就能提前看出来，不必等做完再后悔。
拆不出来的时候，说明一个页面装了太多东西
我第一版做汇率站时觉得把 168 种货币塞进两个下拉框是最优雅的方案：一页解决所有问题，改一次模板全站生效。上线三个月，只有三个词有流量，还都是品牌词。
问题出在 URL 上。用户搜"USD to JPY"，我给他的页面 URL 是 /currency/，标题是"货币换算"。这个页面对他那个具体查询来说太含糊——它不承诺任何东西，也不包含"日元"这个词。搜索这件事的运行方式是查询和页面要能一对一地对应上，一个承接了 168 种可能性的页面，等于对每种可能性都只承接了一点点。
Omni Calculator 那组数据里，/finance/salary-to-hourly（时薪换算，主词 42000）和 /finance/annual-income（年薪换算，主词 81000）是分开的两页，月流量分别 45940 和 50825。它们语义上近到很多人会觉得应该合并，但拆开之后每一页都吃到了接近主词搜索量的流量。合并成一页，损失的是两个各自完整的入口。
几千页的前提是把页面变成数据
让"几千页"可行的从来不是人力，是实现方式。Omni 把一个计算器抽象成配置——变量定义、公式、单位、说明——页面由模板渲染。加一个计算器等于写一份配置加一段文字，不是写一个页面。它同时支撑 30 多种语言，也是同一份配置换文案。
模板解决的是页面，解决不了内容差异
这套做法有个副作用必须提前想清楚：页面同质化。几千个页面共用一套模板，如果每个页面的说明文字都是从模板套出来的空话，那它离 Google 的规模化内容滥用（Scaled Content Abuse，政策编号 4.6.5）就很近了。
Homewyse 的做法值得借镜：它把报价拆成材料、人工、总价三栏呈现，每一栏的数字来源和取值区间都不一样。这种"拆开呈现"本身就是差异化的内容——它不是模板能自动生成的，但对用户来说恰恰是最有价值的那部分。真正的判断标准可以简化成一句：把这个页面的标题遮住，用户还能看出它和其他页面的区别吗？
规模上去之后，工程问题也换了性质。几千个 URL 的 sitemap 要分片，新页面的收录速度取决于抓取配额，参数组合生成的相似页面要靠 canonical 收敛。这些属于基础设施，Sitemap 与 robots 那几节里有现成做法，在写第一批页面之前看一遍，比事后在 Search Console 里一个个补要省事。
前端这边反而简单。计算全在浏览器里跑，输入解析和格式化交给 JavaScript，服务器只吐静态文件，加一个新页面的边际开销接近零。这也是几千页在成本上能成立的原因——换成一个页面一次数据库查询的架构，459 万访问对应的账单会完全不一样，而那种账单会反过来逼着你删页面。
还有一层成本常被漏算：每个页面都要有一段真正不同的说明。模板能生成输入框和结果区，但生成不了"为什么这种材料的人工费比另一种高一截"这类话。页面越多，内容成本占比越高——几千页的站点最后拼的是内容供给能力，不是渲染能力。集合形态的 在线工具 站在这方面有天然优势，同一个动作下的工具可以互相借内容。
那到底要不要做几千页
我的判断是先数问句，再决定页面数。如果这个品类的用户问句能自然拆到几百种——像建材估算里"材料 × 城市 × 单位"那样——页面数就是被推导出来的结果，不做反而是浪费。如果拆来拆去只有十几种说法，硬做几百页就是给自己找麻烦。
麻烦在于，动手之前你有办法数清问句吗？我现在没找到可靠的方法，只能先手写二十页，看收录速度和排名分布，再决定要不要上配置化。
Homewyse 42.885 万、Inch Calculator 459 万为 2026 年 6 月第三方流量估算；Omni Calculator 单页数据来自 Ahrefs 公开案例。