一个关键词有人搜索，就意味着可以做网站吗？

看一个真实的对照。Ahrefs 抓过 Omni Calculator 的几个页面：/finance/annual-income 的主词搜索量是 81000，这个页面一个月的访问是 50825；/other/test-grade 的主词搜索量只有 5900，月访问却是 61086。

Omni Calculator 首页还有一个 Discover Omni 板块，自我介绍是「用计算揭示世界的惊人真相」。

同一个域名、同一套模板、同一时期的数字，大小关系完全是倒过来的。

81000 次搜索只换来 50825 次访问，剩下的去哪了

annual-income 这个词背后混着好几种人：有人想搞清楚"年薪"这个概念，有人想对比某公司给的年薪范围，有人只是嫌麻烦想让别人告诉自己一个大概的数。你把页面做成一台精确到小数点后两位的年薪计算器，就只接得住最后一种。

而且这不算做得差。8.1 万次搜索落到 5 万次访问，对一个概念型词汇已经是很正常的转化。问题在于很多人拿 81000 这个数字去规划流量，最后发现页面只吃到六成，然后怪自己的 SEO 没做好。

搜索量统计的是"这个词被查了多少次"，不是"有多少人想要你这类答案"。这两个数字的差，就是这个词不适合做成页面的部分。

5900 换 61086 的那个页面，做对了什么

成绩换算这个页面小得多，但每一千次搜索背后站的都是同一个任务：我这次考试拿了 78 分（满分 90），对应的百分制是多少、落在哪个等级。

用户带着两个数字进来，输入，出结果，关页面。整个过程中没有任何需要解释的东西，也没有"顺便看看别的"的可能。

这类词的特征非常明确：查询里已经包含了输入项。用户搜的时候就知道自己要输什么。这样的词，页面才有可能把流量接住——注意是有可能，不是一定。

一个更便宜的前置验证：先看结果页长什么样

动手写代码之前还有一步，成本几乎为零：把这个词丢进搜索引擎，看排在前十的是什么形态。

如果前面全是"如何计算年薪""年薪包含哪些部分"这类长文，说明用户在这个阶段想先弄懂一件事，不想马上算。你要做的就不是工具页，或者说这个词的答案不适合你的站。

如果前面出现的是别的计算器、但也夹杂着大量论坛帖和招聘网站的页面，说明还没有人被这个词充分满足过，机会在，而且代价通常比想象中小。

顺便把 Search Console 的数据接上，验证周期会短很多——/google-search-central/02-search-console-setup 里有完整的接入步骤。发布之后看"展示次数高但点击率低"的那些词，比再查一百个候选词有用得多。

能不能做成网站，先过一遍技术这一关

关键词能不能落成站点，取决于一件事：这个查询的答案，能不能在一个页面里被完整交付。落到实现上有三条硬杠。

第一条，答案必须出现在首屏，且过程中不设任何交换条件。 用户留邮箱、登录、加好友、填需求表才能看到结果的，本质上已经不是工具站，是获客表单。表单页面的转化逻辑完全不同，拿不代表赢得了这种词。

第二条，计算要能在浏览器里跑完。 换算、比率、期限、评分这些都是纯函数：输入确定，输出唯一，没有数据库，没有队列。用 JavaScript 在前端算，服务端只吐静态 HTML，一个人的服务器账单可以低到忽略不计。涉及金额的时候别直接用浮点——0.1 + 0.2 这种事在工资、汇率、税费页面上会被用户当场指出来，这类业务老实引入 /decimaljs/ 讲的那套十进制高精度算法，把精度问题在上线前解决掉。

第三条，页面 HTML 在服务端就得是完整的。 搜索 landing 页不能是一个空 div 让前端路由去填。模板要预渲染，这一步决定页面能不能被稳定索引收录，/google-search-central/ 里关于索引和渲染的章节值得先读一遍再写代码。

一条不过，这个词就只适合写在别人的评论区里，不适合自己建站。

一个符合这三条的样本

Gusto 的免费时薪工资计算器是个干净的对照：wage calculator 这个词的搜索量是 17000，那个页面月访问约 17776，几乎是一比一。

它没有设计感可言，输入框加一段说明。但点进来的人全是正在核算薪资的小企业主——他们带着数字来，拿到数字走。这种"词面=输入项=输出项"完全对齐的页面，才谈得上把搜索量变成访问量。

对照一开始那组数字：可以做网站的信号从来不是"这个词有多少人在搜"，而是"搜这个词的人，能不能在一个页面上把活干完"。测试办法也很廉价——把候选词当成页面标题写一句话，写不出"输入什么、得到什么"，就先别动手。

Omni Calculator 单页搜索量与流量数据来自 Ahrefs 公开案例；Gusto 时薪计算器数据来自同一批第三方估算。