去年国庆前，我手里一个技术博客的流量突然掉了40%。查了一圈，不是算法更新，也不是服务器炸了——就是对几个核心页面改版的时候，把需求词全丢了。当时那几篇页面的标题从“LLM推理延迟怎么压到800ms”改成了“大模型推理优化指南”，搜索词排名直接从第3掉到第2页。
这件事让我重新理了一遍需求词。不是名词解释，而是到底怎么挖、怎么用、怎么验证。
需求词不是你想的那种词
很多同行把需求词和长尾词混在一起聊，但我实操下来的结论是：需求词是能直接对应一个具体任务的词。用户搜这个词的时候，脑子里已经有一个待解决的问题，不是来逛的。比如“Claude写SEO文章指令”，就是一个精准需求词——搜的人就是要一段能用的Prompt，而不是想了解“AI写作的发展趋势”。
我接手那个博客后做的第一件事，是把所有页面按搜索意图重新打标签。信息类、导航类、交易类这种分类太粗，我直接按“待办任务”（JTBD）来拆：
这样分完之后，我才发现原来很多流量掉页的页面，不是被对手抢了，而是我自己把需求词改没了，页面变成了泛话题文章，就只能吃一点信息类流量。
挖词：从意图倒推，不从关键词工具出发
我做需求词挖掘很少直接用关键词工具从零导出。因为工具给你的词是“有人搜过”，但不等于“有人在你的领域里有需求”。常见工具跑出来的词，大量是信息噪音。像在LLM工程领域，你的潜在读者不会搜“什么是大模型推理”，他们踩坑之后会搜的是“推理延迟P99突然飙升怎么定位”。
我自己的挖词流程固定成三步：
第一步：挖真实提问
把目标网站（包括自己和竞品）埋的站内搜索词导出来，再加上社区问题扒一遍。比如我直接在GitHub Issues、Reddit的r/LocalLLaMA、还有我们付费用户群的问题记录里抓高频表达。只要看到有人问“为什��我设了continuous batching延迟还是高”，那这就是一个强需求词，而且天然就是文章H2的标题。
这一步做完大概能攒出150-200个原始词表。不用管搜索量，先别管，意图强度比搜索量重要。
第二步：串联搜索流
把原始词表扔进Ahrefs或SEMrush看“Also rank for”。我更习惯用几个低成本的工具组合，之前我还做过一份5118替代方案的实测对比，能用便宜工具干的活儿我就不碰贵的。关键是把同一条需求链上的前后词串起来——用户在搜“大模型推理延迟优化”之前，可能先搜的是“vLLM vs TGI 吞吐量对比”，之后又会搜“生产环境推理延迟监控方案”。串起来之后，你就可以用一篇核心文章把整条需求链吃掉，不用分散铺页面。
第三步：验证转化潜力
需求词不能只看有没有搜索量，还要看能不能转化成动作。我用一个最简单的判断标准：这个词能不能在文章中自然地嵌一个指向我产品的动作。比如“推理延迟800ms怎么压”，我可以在解法里给出我们的优化思路，然后附一句“如果你不想自己调，可以直接用我们的优化引擎��。这种词做上去，页面CTR到注册的转化率能跑到1.2%以上。反过来，像“LLM推理原理”这种词，流量再大我也只做到基础覆盖，不花大力气争排名，因为争下来转化率只有0.1%-0.2%。
写内容时最容易毁掉需求词的三个操作
词挖来了，内容写跑偏的情况比我以为的多。我犯过，也见别人犯过：
1. 标题里把需求词稀释了。 比如把“Claude长文输出中途截断修复方法”改成“使用Claude进行长内容创作的注意事项”。后者听起来更“大气”，但没人在搜这玩意儿。做需求词页面，标题就把用户搜的那句话放进去，一个标点都别动，其他修饰往后放。
2. 解答部分写成论文。 用户搜“Claude SEO文章怎么写”，要的是步骤，不是概念演进。我踩过的坑都整理在这篇Claude SEO优化实战里了，核心就是：前300字必须给出可执行的动作，不要铺垫。
3. 内部链接用“点击了解更多”。 把用户当傻子。锚文本直接用相关需求词，链过去的页面也必须承接同一个意图，否则跳转率巨高。
去年年底我把这波调整做完之后，没新发内容，就是把旧页面按需求词重新对齐，三个月内Blog的周均搜索流量翻了3倍，从5000涨到15000。没什么玄学，就是把用户真正在搜的话还原到页面上。
现在我对需求词的定义就是一句话：别人在搜索框里打出来的、指向一个具体待办任务的那串字符。丢了这个，SEO基座就没了。