方法
如何测量 AI 可见性：多引擎观察表
用一张多引擎观察表记录 ChatGPT、Perplexity、Gemini、Grok 和 Google AI 的答案：每个引擎一行，写明问题、日期、读到的回答和引用。
要测量 ChatGPT、Perplexity、Gemini、Grok 和 Google AI 上的 AI 可见性，RankAI 给出的操作答案是多引擎观察表：每个被观察的界面占一行，写明所提的问题、日期、读到的回答原文以及回答中出现的引用。这张表不产出单一分数，只记录看到了什么、在哪里看到、什么时候看到。我们用这个格式让观察结果可读，并把能核实的内容和无法保证的内容分开。方法层面的整体说明见深入阅读页。
实际观察的是什么
RankAI 的公开页面提到 ChatGPT、Perplexity、Gemini、Grok 和 Google AI，这划定了我们处理的界面范围。在范围内，观察始终是局部的：一个问题、一个引擎、一个时刻。同一个问题问两个不同引擎，会得到两行不同的记录，因为回答本身不同。观察表的作用就是不让它们混在一起。
有两条限制需要说明，它们不是独立章节。Claude 和 Grok 只有在连接之后才测量：没有连接，就没有可记录的观察。Gemini 和 Google AI Overviews 不是同一次观察，即使问题完全相同，也要分列在两行。
多引擎观察表，一步一步来
下面是 RankAI 提出的操作方案，不是通用标准。目的是让收集可重复、让阅读可核实。
- 观察前先定范围。在公开提到的引擎中列出你要跟踪的那些：ChatGPT、Perplexity、Gemini、Grok、Google AI。核实标准：名单里每个引擎至少有一行，且没有任何一行把两个界面合并。
- 每个引擎使用完全相同的问题文本。核实标准：表中的问题文本与实际输入逐字一致，这样两行之间可以直接比较，不需要解释。
- 记录日期和读到的回答。核实标准：该行写明观察日期，并附上实际看到的回答片段，而不是凭记忆写的概括。
- 标注回答中的引用。核实标准：每行说明回答是否引用来源、引用了哪些，不添加回答中并未出现的来源。
- 用停止规则结束观察表。核实标准：范围内每个引擎都有自己的一行，且没有任何一行包含两个界面，表才算完成；缺一行，表就保持未完成状态。
一个示例：仅作说明，并非实际观察
下面这一行是为了展示停止规则的作用而虚构的，不是实际观察到的数据：问题为「如何测量 AI 可见性」，日期为假设值，引擎为「Gemini」，读到的回答以片段形式记录，引用标注为有或无。这一行是虚构的，只用来展示格式。
要避免的错误是把两个引擎并成一行，比如一行标成「Gemini / Google AI」却只附一个回答。这样的行无法核实，因为它把范围内本应分开的两个界面合在了一起。在认定观察表完成之前，必须把它拆成两行。
这篇文章的贡献，是把关闭规则用在阅读上。多引擎观察表不说明一个网站绝对有多可见，它说明的是：在一个已声明的范围内，存在多少条经过核实的记录。由此得出 RankAI 作为自身方法提出的三项检查。第一，没有日期的行不是观察，是回忆。第二，没有回答片段的行不可读，因为无法回头核对当时写了什么。第三，把两个界面并在一行的记录必须拆开，即使回答看起来相似，因为相似并不等于同一。按这三项检查执行，观察表就成了可随时间比较的登记册：可以比较同一问题、同一引擎的两个日期，也可以比较同一问题、同一日期的两个引擎。不完整的行不能比较，也不能把缺少引用当作没有可见性：观察表记录的是读到的东西，不是所有可能回答中都存在的东西。
观察表无法保证什么
观察表记录的是逐次观察，不是稳定结果。API 返回的回答不是人看到的屏幕，这是两种不同的读取方式，不能互相替代。因此表中始终注明回答是如何读取的。可核实的限制是：只有当范围内每个引擎都有一行带日期的记录、附有读到的回答，且没有任何一行合并两个界面时，表才算完整；不满足这一条件的一切，都只是部分观察，也应按部分观察来读。完整方法见深入阅读页。