独立开发者做关键词研究，最难的往往不是找不到词，而是不知道该放弃哪些词。我读 Plausible 的早期复盘，再看 Bannerbear 的免费工具页时，更关注它们如何把搜索需求接回产品。如果只能做三个页面，我会怎样判断搜索意图、产品匹配和维护成本？这一篇用具体选题和页面需求单，拆解选择背后的取舍。
独立开发者 SEO 实战 · 第二篇。依据公开案例整理，资料核对于 2026 年 9 月。
Plausible 的“小目标”，不能只抄前半句
Plausible 在 2021 年的复盘中提到，Marko Saric 加入时，来自 Google 的日均访问不到十个。他最初希望稳定超过十个；约九个月后，每天超过十个搜索来源的试用注册已不罕见。
团队同时在做内容、文档、产品页面和社区交流。Marko 也明确写到，自己已经全职投入品牌、内容和社交工作九个月。Plausible 的早期增长复盘
我会把这两段放在一起读。“小团队靠内容增长”很容易被理解成下班后随便写几篇文章，但这个案例背后有持续投入，也有产品、定位和分发一起变化，不能把营收增长单独归因于 SEO。
更值得学的是目标的变化：开始验证有没有稳定的搜索入口，后来关心入口能不能带来试用。
如果一个新产品已经有流量，却一直没有真实使用，继续把目标设成“下个月多写十篇”，就可能避开了最重要的问题。
从产品定位反推搜索，而不是反过来
关键词工具会告诉我市场里有哪些表达，却不会替我回答：为什么这个搜索者应该成为我的用户？
我会先写两句话：
这类人现在用什么办法完成任务？
他们在什么条件下，会愿意换一种办法？
以轻量网站分析产品这个市场为例，可研究的任务包括：寻找现有分析工具的替代品、减少配置复杂度、迁移历史数据、理解统计口径。它们不一定有同样大的搜索量，却有不同的产品距离。
“什么是数据分析”也可能有大量需求，但读者可能在选专业、准备面试或写作业，离安装一个网站分析产品很远。
因此我不会把相关词简单理解成“包含同一个行业名词”。更有用的相关性是：解决这个问题之后，使用产品是否是合理的下一步？
这是我的选题标准，不是对 Plausible 某个关键词成绩的推断。
Bannerbear 的免费证书页，为什么比一句“做免费工具”具体
Bannerbear 的在线证书工具允许用户选择模板、输入信息，然后下载 PDF 或 JPG，无需注册；页面同时指向批量生成的 API 和自动化能力。Bannerbear 在线证书工具
单看功能，它是一个小工具。放回产品里看，衔接很自然：今天做一张证书的人未必会付费，但需要为一批学员反复生成证书的人，可能开始需要自动化。
页面公开展示的是这种衔接方式，并没有公布这个工具的获客成本和付费转化率。我不会据此说“免费工具一定比文章赚钱”。
它给我的启发是，选题除了找入口，还应该找需求升级发生的位置：从单次到批量，从手动到自动，从个人临时使用到团队重复使用。
如果只能做三个页面，我会怎么选
下面借用“证书生成”这个公开市场做一次演示。候选词只是待验证的表达，不是关键词工具导出的排名或搜索量。
| 候选需求 | 用户想完成什么 | 应考虑的页面 | 我的取舍 |
|---|---|---|---|
| online certificate maker | 立即做一张证书 | 可直接操作的工具页 | 优先验证，入口任务清楚 |
| generate certificates from spreadsheet | 从名单批量生成 | 带样例表格的教程或流程页 | 优先验证，与自动化产品距离近 |
| certificate generation API | 接入已有系统 | API 能力页与最小示例 | 优先验证，前提是真有这项能力 |
| what is a certificate | 了解概念 | 解释性文章 | 暂缓，含义宽泛且产品匹配不明 |
| free certificate templates | 下载可编辑模板 | 模板库 | 有真实模板和维护资源再做 |
我选择的三个候选任务不是三个同义词，而是三个使用阶段。工具页解决一次操作，批量教程验证工作流，API 页帮助开发者接入。它们可以自然链接，不需要每页都写一大段相同的产品广告。
但“优先验证”不等于“立刻开写”。接下来还有一道搜索结果检查。
我会怎样实际检查搜索意图
先固定目标国家和语言，搜索候选表达，记录日期。用目标市场设置或排名工具查看结果，并记住个人搜索结果仍可能带有位置和个性化差异。
我会打开前面的主要结果，不只抄标题。逐页记三件事：
它是文章、工具、文档还是商品页？用户到达后能做什么？它有什么我暂时提供不了的东西？
如果搜索结果主要是可立即使用的工具，而我准备交付的是“工具使用的十个好处”，形式就很可能错位。反过来，用户正在查 API 报错时，一个满屏宣传和注册按钮的产品页也不够。
搜索结果不是不可挑战的规则，但它能暴露当前任务由什么内容承接。挑战它需要明确理由，例如现有工具没有批量功能、模板不能导出，或者教程依赖已经失效的版本。
我不会用“我的文章更长”作为差异。字数是生产成本，不是用户收益。
给一个页面写需求单，会比写关键词清单更有用
以“从表格批量生成证书”为例，我会先写这样的页面需求：
读者：
已经有学员名单，需要批量出证书的课程运营者。
承诺：
给出一条可运行的名单到证书流程。
必须交付：
一份可下载的样例表格；
列名、必填字段和模板变量的对应；
三条示例数据；
成功结果及错误行的处理；
如何检查重名、缺字段和重复执行。
产品出现的位置：
需要自动化生成和重复执行的步骤。
不承诺：
没有验证过的耗时、无限免费、任何表格都能直接兼容。
这样写完之后，文章有没有价值已经能判断一半。如果拿不出示例和结果，只能解释“自动化可以提高效率”，就算标题把关键词放得很准确，也没有真正完成任务。
公开案例最容易被抄走的是页面名称，最难复制的其实是页面背后的交付能力。
Content Gap 找到的，也可能是产品能力缺口
假设三个竞品都有批量导出页面，自己没有。
一种做法是立刻补一篇“批量导出完整指南”，把 Content Gap 填上。另一种做法是先问：产品究竟能不能批量导出？
如果不能，这不是缺文章，而是缺能力。若只能通过脚本勉强实现，就应该把限制写清楚，不要用搜索页承诺尚未实现的功能。
我会把竞品页面拆成三类：已经能兑现、需要补一点能力、目前不准备支持。第三类直接从近期选题里移走。竞品拥有某个页面，不构成自己也必须拥有的理由。
比较页也类似。用户是在做选择，页面就应该交代谁适合谁、限制是什么、迁移要付出什么。如果所有比较最后都是自己全胜，它更像宣传材料，而不是可靠的选型帮助。
程序化 SEO，先验证“差异”有没有落到交付里
批量生成页面对开发者很有诱惑力。但“毕业证书模板”“培训证书模板”“员工表彰模板”，究竟是三个任务，还是同一张图换三个标题？
我会随机抽两页，遮住标题和 URL，再看能不能区分它们。如果字段、成品、步骤和使用限制都一样，就很难解释为什么需要那么多入口。
我的做法会是先完成一小批可人工验收的页面，记录哪些真正有人搜索、使用和保存。批量化应该放大已经成立的页面模型，而不是用数量掩盖还没验证的模型。
这也符合 Google 对规模化内容滥用的边界：重点是大量页面是否主要用于操纵排名、是否缺少用户价值，而不是采用人工还是自动化生产。Google 垃圾内容政策
我会怎样安排第一个月
第一周的产出，不是三十个标题，而是三个经过搜索结果核对的任务，以及每个任务的页面需求单。
第二周先做最能交付价值的一个页面。发布之前把关键事件接好：工具是否成功生成，教程是否走到运行步骤，API 页面是否让人进入接入流程。下载示例文件只是中间信号，不能直接当成激活。
第三周把页面放到真正讨论这个问题的地方，回答问题时引用对应步骤，尊重社区规则和自己的利益关系。没有反馈时，也不要靠重复发链接制造存在感。
第四周检查三件事：搜索引擎是否能发现它、是否出现相关查询、到达的人是否完成任务。新站四周没有搜索成果不等于方案失败，但如果真实用户连页面承诺都看不懂，就不用等三个月再改。
我会在工作表里保留“暂缓”和“放弃”。一个与产品无关、维护很贵、交付不了差异的词，被删掉通常比被写成文章更节省时间。
读完这些案例，我更愿意把第一批关键词当成产品决策：我准备为哪几种具体任务提供一个足够好的入口？选定以后，页面、功能、文档和分发才有共同方向。