只有当 Keyword Golden Ratio 能改善你自己网站的选题决策时，它才有价值。这份工作表把一个看似精确的小数，转化成可以验证的假设。
常见公式是：
KGR = allintitle 结果估算数 / 月搜索量估算值
公式不应再乘以 1000。旧版页面使用了错误公式，还列出了没有数据支持的成功率、转化区间和案例结果，本次已经全部删除。
概念、适用范围和数据局限可先阅读 KGR：筛选工具，而不是排名公式。本页只处理实验设计。
1. 保存原始输入
每个候选查询占一行。不要只保存最终比率，还要保留数据来源和日期。
| 字段 | 应记录内容 |
|---|---|
| 查询 | 被评估的完整短语 |
| 市场 | 国家、语言和设备假设 |
| 搜索量 | 工具提供的数值或区间 |
| 搜索量来源 | 工具、匹配设置和采集日期 |
| Allintitle 估算 | 观察到的结果估算数及日期 |
| KGR | Allintitle 估算除以搜索量估算 |
| 意图 | 信息、商业、交易、本地或混合 |
| 计划页面 | 指南、产品、比较、工具、分类等 |
Google 说明 Keyword Planner 历史指标会四舍五入，受地点和搜索网络设置影响，也会随季节与事件变化。它是估算值，不是实际观测到的自然搜索需求。参见 Google Ads 官方说明。
2. 加入意图和证据门槛
选题前人工检查实时结果，并回答：
- 计划页面的格式是否符合用户当前需要？
- 网站能否加入一手经验、原创数据、可用工具或更清晰流程？
- 主题是否属于站点已建立的用途和专业范围？
- 读者是否有有意义的下一步？
- 事实变化后，团队是否有能力维护页面？
即使 KGR 很低，只要答案薄弱也应拒绝。Google 的以用户为先内容指南明确提醒，不要主要为了搜索访问生产内容，也不要在缺少真实受众价值时跨大量主题发布。
3. 建立匹配对照
选择一小批页面，例如 6 个 KGR 候选和 6 个非 KGR 候选，并尽量匹配：
- 发布周期；
- 页面类型和制作投入；
- 与站点主题的相关性；
- 内部链接支持；
- 作者及复核流程；
- 市场和语言。
这不是严格科学实验，因为搜索需求和竞争无法保持不变。但它仍比只发布低 KGR 页面、再把所有结果归因于公式更可靠。
4. 发布前定义结果
使用固定观察窗口，同时记录搜索和业务结果：
| 层级 | 可用指标 |
|---|---|
| 资格 | canonical URL 已索引，没有意外排除 |
| 发现 | 首次曝光日期和查询覆盖 |
| 可见性 | 按查询组观察曝光与位置分布 |
| 流量 | 搜索点击和落地页会话 |
| 价值 | 合格注册、线索、销售、工具完成或辅助行动 |
| 成本 | 制作时间、更新和复核投入 |
Search Console 报告存在行数、匿名查询和数据截断等限制。应在相同日期比较查询组和页面，不能把缺失查询行理解成需求为零。
5. 设置停止规则
提前决定何时停止或修改方法，例如：
- 约定窗口结束后，KGR 组没有在有效结果上胜过匹配组，就停止扩大；
- 有曝光但没有符合意图的点击或行动时，重新检查页面；
- 多页吸引重叠查询却没有独立价值时，进行合并；
- 候选主题需要无法验证的断言或重复内容时，直接放弃。
不要因为结果弱就再生产 100 页。小测试失败是有价值的，因为它阻止更大的质量问题。
6. 完成复盘记录
观察窗口结束后，记录：
- 哪些输入值最不稳定；
- 低 KGR 是否真的对应较弱的实时结果；
- 哪些页面获得了新查询覆盖；
- 访客是否完成预定任务；
- 哪些其他因素更能解释结果；
- KGR 应保留、调整还是退出编辑流程。
最终结论应该针对自己的流程，而不是声称发现了 Google 的通用算法。下一步可使用 Search Console 查询聚类整理已经观测到的需求，而不是为每个关键词变体建立一页。
