ozine's book library

主题

03 找词与机会验证：先证明值得做，再让 AI 扩大生产 ​

你可以让 AI 一次生成一万条关键词，但生成速度不能回答最重要的问题：谁会用这个页面，他要完成什么，现有页面哪里不够，以及你能否持续交付。找词阶段的结果应是一小批有证据的页面任务，允许大部分候选停在“还不确定”。本章沿用开发工具站场景。所有评分、样本数量和演算数字均为教学设计，没有购买搜索数据，也没有真实站点增长结果。

3.1 把“有人需要”与“值得由我来做”分开 ​

给每条候选保留四道独立检查，别用一个总分替代它们。

检查要回答的问题可以接受的证据不通过时的动作
需求存在谁在什么场景下遇到什么问题？自有查询、经授权的访谈、公开问题、工具估计保留待验证，不生成正式页面
意图匹配搜索者要读解释、运行工具、比较产品还是购买？同市场 SERP 样本与具体用户任务调整页面形式，必要时拆分任务
交付价值你的页面能让用户多完成哪一步？可运行原型、原创验证、可靠数据、明确服务能力先补产品或证据；更长的文章不自动过关
经营可行成本、风险、维护与收入路径能否承受？成本预算、实际收费条件、更新责任人缩小范围、延后或放弃

例如“JSON 转 Go”可能有明确任务，但你只有一篇解释 JSON 是什么的文章，交付检查仍不通过。“JSON null 与零值”的搜索量即使未知，只要真实用户在这里反复出错，它仍可能是重要的帮助页；这不等于证明它是高流量获客机会。

搜索量未知不等于零；有搜索量也不等于适合立项。 这两句话分别保护需求研究和投资判断。

3.2 先写一张需求卡 ​

输入是业务边界、目标市场、已有能力和不能承担的风险。输出是一句可以检验的任务描述。以开发工具为例：

使用 Go 的开发者，需要把接口样本变成可复核的类型定义；样本可能敏感，希望在设备内完成；面对空数组或不一致字段时，需要知道工具做了什么假设。

这张卡至少保存 user_role、task、context、constraints、desired_output、evidence_refs 和 unknowns。AI 可以整理原话、发现遗漏的角色、提出替代表述，但不能替用户承诺愿意付费，也不能把自己生成的任务当成访谈发现。若输入来自客服或日志，先去掉邮箱、令牌、客户名和原始业务载荷。

需求卡验收不看文字是否漂亮。让一个不参与讨论的人读完后回答“用户最后会拿到什么”和“怎样知道完成了”，答不出就继续改。

3.3 分三路收集候选，再做有限扩展 ​

第一路是自有证据：GSC 查询、站内搜索、支持问题和合法取得的任务反馈。已有站点优先找“有相关展现但页面不满足任务”的位置。GSC 查询明细受隐私过滤与行数限制影响，某个词没有出现不能证明需求不存在。[K01]

第二路是公开证据：产品手册、开源项目问题、标准文档、公开社区与搜索结果。记录原始链接和日期；社区里的集中抱怨只能证明这些发言存在，不能直接换算市场比例。

第三路才是工具扩展与 AI 提议。让模型围绕任务生成同义表达、使用限制、错误场景、替代方案与比较问题。每条新词默认 evidence_status=unverified。禁止模型填搜索量、排名、竞对流量或“用户喜欢”等未经测量的字段。

起步可以每个任务留五至十个不同表达，合计几十条，而非一开始就做全排列。这个数量是节省研究成本的工作安排，不代表统计覆盖。每扩展一轮，都问新增候选是否让你发现新的任务；若只是同义改写，停止扩展。

正在绘制图示…

可切换适合窗口或原始尺寸
查看图源代码
flowchart TD
  A[业务边界与真实任务] --> B[自有证据与公开证据]
  B --> C[AI 提出候选与未知项]
  C --> D[清洗并保留来源]
  D --> E[搜索量与趋势口径检查]
  E --> F[固定市场的 SERP 抽样]
  F --> G[竞对页面实际任务验证]
  G --> H{需求、交付、成本通过?}
  H -->|证据不足| I[访谈或小原型]
  H -->|通过| J[页面任务卡与验收标准]
  H -->|不适合| K[记录理由并归档]
放大图示

原始尺寸下可横向或纵向滚动；按 Escape 关闭。

正在绘制图示…

查看图源代码
flowchart TD
  A[业务边界与真实任务] --> B[自有证据与公开证据]
  B --> C[AI 提出候选与未知项]
  C --> D[清洗并保留来源]
  D --> E[搜索量与趋势口径检查]
  E --> F[固定市场的 SERP 抽样]
  F --> G[竞对页面实际任务验证]
  G --> H{需求、交付、成本通过?}
  H -->|证据不足| I[访谈或小原型]
  H -->|通过| J[页面任务卡与验收标准]
  H -->|不适合| K[记录理由并归档]

3.4 清洗时不要把不同需求揉成一个词 ​

保留 raw_query 和 normalized_query 两列，标准化空格、明显重复与大小写，同时留下转换版本。技术符号、产品版本、转换方向、城市、单位和否定词不应默认删除。“JSON 转 Go”和“Go 转 JSON”方向相反；“在线”和“离线”可能对应不同隐私约束；“免费”和“企业批量”可能对应不同交付能力。

聚类应先按任务，再参考表达相似度和搜索结果重合。语义嵌入能帮助找候选邻居，不能独立决定网址。同一个工具可以承接多个近义词；一个宽泛词也可能包含多个意图。让 AI 提供 cluster_reason 与 uncertain_pairs，由审核者处理不确定项。

输出一张“任务→页面”映射表。每个计划网址有一个主要任务，相关查询是辅助证据。新候选优先映射已有页面，只有任务或交付形式确实不同才新建网址。这一步能提前减少多个页面重复争取同一需求的情况。

3.5 搜索量接口只回答它擅长的问题 ​

可选实现使用 DataForSEO 的 Google Ads Search Volume Live 端点。它返回搜索量、逐月搜索、广告竞争与相关字段。请求必须明确地区、语言与是否包含搜索合作伙伴，保存请求原文和供应商响应。该端点目前每个请求最多 1,000 个关键词；专用 Google Ads Live 限制为每账户每分钟 12 次。不要把文档同页出现的通用调用上限当成这个端点的有效上限。[K02]

本项目没有发起付费请求。接入时先检查账户资格和当前计费，再由已批准的预算控制器执行。价格不是代码常量：在请求账本中保存预计费用、实际返回 cost、币种和任务 ID。返回 HTTP 200 之后还必须检查顶层与每个 task 的业务状态；部分任务失败不能作为全批成功入库。

字段应保存的含义容易造成的错误
search_volume供应商在指定口径下的估计月搜索次数，可空当成独立人数或你会得到的访问
monthly_searches逐年月的估计序列，可有缺口月份缺失被程序补成 0
competition / competition_index广告竞争相关字段改名为“自然 SEO 难度”
cpc供应商定义的广告 CPC 估计，保留币种口径当成 AdSense 每次点击实际收入
location_code / language_code本次市场设置不填地区后把全球量当本地量
observed_at / requested_period采集时间与数据覆盖期把今天下载的数据说成今天发生的搜索
value_stateobserved、unknown、not_applicable 或 error用一个数值 0 表示所有情况

Google Ads 的平均月搜索量受到时间、地区、网络与近似变体口径影响；广告竞争不能替代自然搜索竞争判断。[K03] 对同义词簇不要简单相加搜索量，可能重复包含近似变体。保留每词原值，再把“主题可达需求”列为单独估算，明确计算假设。

没有预算时也能推进：先用真实问题与免费公开资料确定任务，手工核验少量结果，输出“搜索量未知”的原型计划。不要因为缺少付费数字就让模型制造数字补齐表格。

3.6 区分稳定需求、季节需求和事件需求 ​

逐月数据比一个平均数有用。检查峰值是否反复出现在相似月份、是否只有一次突然上升、是否与产品版本或外部事件一致。至少把样本覆盖期写出来；只有几个月时，不宣称已经证明年度季节性。

示例中某词十一月为 1,300 次，其他十一个月均为 100 次，年总计 2,400，月均 200。这是教学算式。按月均安排服务器与内容更新会漏掉峰值，按峰值推算全年收入又会夸大机会。季节页面应在需求到来前完成事实更新与功能验证，旺季结束后不必为制造“新鲜”反复改标题。

Google Trends 可作方向检查，但它使用归一化的相对兴趣，低量可能显示零。不同地区、时间范围或搜索类型的指数不能直接当绝对查询次数相加。[K04] 把“稳定/季节/事件/未知”作为人工可复核标签，附上曲线和解释，避免只凭模型看图给定论。

3.7 固定 SERP 采样条件，才能比较页面机会 ​

每次搜索结果采样保存 query、engine、location、language、device、timestamp、provider、depth 和 raw_response_ref。固定移动端或桌面端，以及目标国家或城市；不要混用中国用户的中文需求、美国英文数据与全球搜索量。语言、用户所在地和页面服务范围是独立维度。

付费采样可使用 DataForSEO Google Organic Live Advanced；其结果含自然结果和额外模块，device 支持 desktop 或 mobile。depth 提高可能增加计费，某些 AI Overview 采集选项另收费，必须在预算中批准，不能为“收全数据”自动打开。[K05] 供应商 SERP 是某次采集的观察，不保证和所有真实用户一致。

起步按任务抽样：泛任务词、明确限制词、问题词、比较词各取代表，而不是只采最大词。可先用每组两三个词、前十个自然结果，并在决策重要或波动明显时复查。数量和重查频率是成本与覆盖的取舍，不是行业统一标准。

记录时把广告、自然结果、地图、视频、精选摘要与 AI 概览分开。natural_rank 与 absolute_position 不能混用；“第三条自然结果”不一定在首屏。若只通过普通网页搜索发现候选网址，标签写“候选页面发现”，不要声称已经测得指定地区 Google 排名。

3.8 打开页面完成任务，别只比较标题与字数 ​

搜索竞对是与目标查询同场出现的页面，任务替代品则可能是本地脚本、编辑器插件或官方文档。它们都值得研究。某网站很大，并不意味着整个域名都是与你有关的比较对象。

每个核心任务选少量代表页面，按相同测试卡观察：进入页面后能否找到入口，正常输入能否得到正确输出，边界输入如何提示，是否需要注册或上传，手机是否可操作，结果能否复制，以及限制是否说清。使用自造的无敏感样本；不上传真实客户数据，不产生付费订单或打扰对方服务。

证据状态可以写什么不能写什么
只阅读页面文案页面宣称支持批量处理已验证批量处理可靠
完成正常样本测试此样本在此时间得到该输出所有输入都正确
完成边界测试空数组样本未得到明确提示竞争者没有任何错误处理
没找到某功能此次观察未找到入口全市场不存在该功能

差距必须落到用户能多完成的动作。例如“给空数组的不确定类型加标记，并允许用户选择类型”，比“写一篇更全面的 JSON 教程”具体。先承认已有页面解决得好的部分，避免为了立项把竞对描述得一无是处。

此前 SEO 教材中的 JSONLint 与 mholt/json-to-go 阅读只能作为待复查候选，不能继承为今天的实测结论。本章未新增竞对功能测试；实际研究时应保存当前页面、测试输入、输出与时间。

3.9 AI 搜索改变的是任务竞争，别只追“被引用” ​

能在一句话内充分回答的定义问题，可能在结果页或 AI 回答里就结束。工具站更应研究仍需要交互的任务：处理用户自己的输入、调整条件、检查结果、保存对比或持续监控。这里的判断是产品假设，不是“工具一定不会被替代”的保证。

分别记录三种结果：搜索结果存在需求、AI 回答引用了页面、用户实际来站完成任务。三者不能互相替代。Google 说明 AI 搜索功能沿用基础 SEO 要求，没有额外必需的特殊标记。[K06] 测量能力已发生变化：2026 年 6 月的官方公告介绍了专门的生成式 AI 可见性报告，并注明 8 月 31 日已向全球网站推出，包含展现、页面、国家、设备及日期等观察。[K07] 这些可见性数据与普通搜索总览并存，不能把“有 AI 展现”直接换算为 AI 点击、用户或收入。本指南没有登录账户核验，也未核实该专门报告的自动化接口；不能凭 UI 功能名称给 Search Analytics API 编造一个 type。

因此，不设置“AI 引用率 80%”这种没有稳定分母的目标。可以在固定问题集、引擎、模型、地区与采集日期下记录引用观察，同时把任务完成和真实业务结果作为另一个测量层。单次未引用也不是页面质量失败的充分证据。

3.10 排序是安排工作，不是预测 Google ​

通过基本门槛后，才用评分安排有限工时。一个可解释的教学方案是：需求证据 25%、交付差异 30%、业务匹配 20%、可实施性 15%、维护可持续性 10%，各项 0–4 分。总分为权重乘评分之和，再换算为百分制。

这些权重是启发式，没有经历史样本验证，也不是成功概率或排名模型。缺失字段不自动记零：输出 score_status=incomplete，列出缺少的证据。若需要先排队，可以提供区间或暂列“研究优先”，但不能静默用平均值填空。

举例：某任务需求证据为 2、交付差异 3、业务匹配 4、可实施性 3、维护性 2，则加权分为 2.85/4，即 71.25。数字只表示在这套自定规则下的排序；另一个任务即便只有 60 分，也可能因为修复核心错误而必须先做。安全、合法性、功能真实性与预算是门槛，不能靠其他高分抵消。

每轮只批准可交付的一小批页面。记录“不做”的理由，包括已有页面足够、缺少可靠数据、无法持续维护、目标用户不匹配或风险超出能力。保留这些记录，能防止下一轮 AI 又把同一方向包装成新机会。

3.11 最终交给建站代理的任务卡 ​

每张卡包含：任务 ID；目标用户与市场；主要任务；候选词及证据链接；指定页面或新建理由；SERP 采样条件；已验证的竞对差距；功能与内容要求；不支持的范围；事实来源；验收样本；预计建设及每月维护成本；负责人；审核状态。

假设任务卡要求做“JSON 空数组类型提醒”，验收要具体到：输入空数组时不静默编造确定类型；结果旁说明推断限制；用户能手工选择类型；说明页与真实实现一致；埋点只发送成功、错误类别和版本号，不发送 JSON 原文。满足这些条件之后，页面才有资格进入发布流程。是否获得流量，留给上线后的数据回答。

本章完成检查 ​

  • 每条立项任务有来源与未知项，模型提议没有伪装成真实需求。
  • 地区、语言、设备、时间与搜索网络口径可以复查。
  • 未知、零值、缺行和调用失败分别存储。
  • 广告竞争、CPC 与自然排名难度没有混用。
  • 竞对文案阅读与功能测试分开，差距有实际用户价值。
  • 相同任务优先复用页面，季节需求有维护计划。
  • 分数只用于排序，最终任务卡有可执行验收与成本上限。

来源与核验边界 ​

资料核验日期：2026-10-14。下面是本章关键事实的一手来源；工作流程、任务卡、评分与例子是本指南的设计建议。未注册账户、未读取私人分析数据、未付费调用接口。

保留各书来源与许可 · 示例运行条件以正文为准