不追大词：独立开发者的关键词研究方法

搜索量不是选题的唯一标准。一个宽泛的大词可能带来很多不相关访问，而一个具体问题可能正好来自需要你产品的人。先建立用户任务地图，再使用工具补充信息。

从问题与替代方案收集种子词

整理用户访谈、支持消息、社区讨论和竞品文档中的原话。记录他们想完成什么、哪里出错、正在比较哪些方案。面向英文市场时，注意目标用户实际使用的表达，而不是逐字翻译中文。

把候选词分为任务、问题、对比和模板。例如一个文档产品可能对应“generate API docs from schema”“API documentation examples”等不同需求。这些只是演示选题方式，不代表已经验证搜索量。

手动阅读搜索结果

在目标市场的语言和地区条件下搜索候选词，查看主要结果是什么类型：工具、教程、产品分类页，还是讨论。如果结果普遍是即时使用的工具，只写一篇泛泛的文章可能无法满足需求。

记录结果中已经回答的内容和仍然缺失的细节。机会可能来自更具体的环境、更新的版本、可执行样例或更清楚的解释，而不是简单增加字数。

用工具补充，不把估算当事实

Google Trends适合比较相对趋势与季节性，其指数不是绝对搜索次数。关键词工具的搜索量和难度通常也是估算，尤其长尾词可能数据不足。

已有网站可以从 Search Console 的真实查询出发。关注与你产品相关、已有曝光且值得深入回答的问题，检查是应该更新原页面，还是确实需要独立内容。

把关键词映射到页面

用一张简单表格记录：

用户问题	搜索意图	页面形式	下一步行动
怎样从表结构生成文档	完成具体任务	教程与可运行示例	体验对应功能
两种文档工具如何选择	比较适用性	有依据的对比	查看迁移说明
接口文档需要哪些内容	学习与参考	清单与模板	下载或复制模板

一个页面可以覆盖同一意图下的多个自然表达。不要为了词序或单复数变化制造内容基本相同的页面。

优先选择你能做得更有用的问题

按产品相关性、现有证据、内容制作成本与实际帮助排序。第一次可以只选三个主题，认真制作并建立互相有意义的内部链接。

发布后观察收录、查询、点击和站内行动。没有排名时先诊断原因，而不是重复增加关键词。结合前 30 天 SEO 路线形成持续更新节奏。