一个页面到底应该放多少关键词？

"一个页面放几个关键词"这个问题本身是错的，因为它默认了关键词是可以按个往里塞的东西。

看一组真实数据就明白了。Omni Calculator 的 /other/test-grade 主词搜索量只有 5900，Ahrefs 抓到的月流量是 61086。同样一批页面里，/finance/annual-income 主词搜索量 81000，月流量 50825。

Omni Calculator 首页按 Biology、Chemistry、Construction 等十几个分类铺开，Math 和 Finance 体量最大。

搜索量 5900 的那页，流量超过主词搜索量十倍——它显然不是靠"放几个关键词"做到的。

一个页面对应的是一个搜索意图，不是一个词

/other/test-grade 之所以超产，是因为它落在"算出我这门课的成绩"这个意图上。围绕这个意图能长出几十种说法：test grade calculator、grade percentage calculator、final grade calculator、how much will my grade drop——每一种搜索量都不大，但全部指向同一个页面。

这些说法不是塞进页面的关键词，是同一个意图的不同表达。页面把这件事讲透了，Google 自己会把这些查询匹配过来。

反过来，/finance/annual-income 主词 81000 但月流量只有 50825，是因为"年收入"这个意图能延伸的说法有限，它已经接近这个查询池的上限。

所以正确的问法不是"放几个词"，是这一页覆盖的是不是一个完整、边界清楚的意图。

判断意图边界的一个土办法

把页面上所有能独立成篇的段落标题列出来。如果其中有两段，各自都能单独回答一个不同的查询，那这一页就该拆成两页。

一个页面同时写了"利润率怎么算"和"毛利率与净利率的区别"，这是两个意图——前者要一个能算的工具或公式，后者要一段对比说明。放在一页里，两个查询都会排得不上不下。

TinyWow 的关键词分布是这种拆法的极端例子：png to jpg 月搜索 87.6 万、image compressor 74.0 万、extract audio from video 7.1 万。7.1 万那个比前两个小一个数量级，但它仍然单独拥有一个页面，因为它是一个独立动作。

重叠比数量危险得多

真正的失败模式不是"关键词放少了"，是两个页面抢同一个查询。

查法在 Search Console 里：打开查询报告，点开任意一个查询，看下面挂了几个 URL。挂了两个以上，就是内耗。两个页面各分一半权重，都排在很后面，加起来还不如合并之后一个页面拿得多。

全站做一遍这个检查，通常能发现几十组内耗。处理办法是合并加 301，不是微调标题——Google 已经明确更希望一个意图对应一个页面。对应的报告入口在 Search Console 配置里。

核心表达该出现在这五个位置，且说法要一致

数量不用管，位置要管。一个页面的核心表达应该同时出现在：URL、<title>、<h1>、正文第一段、以及结构化数据里的 name。

这五处说的是同一件事时，Google 对页面主题的判定最确定。常见错误是 URL 写 margin、H1 写"利润率"、title 写"毛利率计算器"——三个说法指向三个略有差异的意图，主题信号被稀释。

注意是"说法一致"，不是"字面一致"。把同一个词堆五次没有任何加成，反而会被判定为为搜索引擎写作。

结构化数据的类型选错，等于把主题说错了

工具页标 Article、教程页标 WebApplication，这类错配很常见。结构化数据的作用是告诉 Google 这一页是什么类型的东西，类型标错了，主题判定也会跟着偏。

工具页用 WebApplication，教程页用 TechArticle，带步骤的用 HowTo，有问答块的用 FAQPage。每种类型的必填字段不一样，别为了凑富媒体去标注页面上不存在的内容——那属于违规标记，会被取消资格。各类型的字段模板在 JSON-LD 里。

上线前后各做一次检查

写新页面之前，先写下这一页要承接的那一个查询，以及它的三到五个常见变体说法。写不出来变体的，说明这个意图太窄，可能不值得单独一页。

写完之后，把正文里的段落标题过一遍，凡是能独立成篇的就拆出去。

上线两个月后，按页面看 Search Console 的查询报告，确认这一页承接的查询没有和站内其他页面重叠。三步做完，页面上到底有多少个关键词根本不重要——它是结果，不是输入。

Omni Calculator 单页数据来自 Ahrefs；TinyWow 关键词月搜索量为第三方估算（2026 年上半年）。