方法
选好渠道后，先核对这两件事
选定要观察的引擎或界面之后，先确认两件事：该渠道有没有可见度数据，以及你读到的是哪种观察结果。缺数据就记 N/D，不要写成零。
选好发布渠道，也就是你打算观察的引擎或界面，比如 Gemini 或 Google AI Overviews，接下来要核对两件事：这个渠道有没有可见度数据，以及你读到的是哪种观察结果。渠道能用，不等于数据就有。数据缺失和观察类型不对，都会让后面的读数失真。在 RankAI，如果某项可见度数据不存在，我们显示 N/D，不会写成零。这是选好渠道后的第一道检查，要放在读数据之前。
观察类型和有没有数据一样重要
渠道不是一个笼统的标签，而是你具体决定要看的那一层界面。选 Gemini，看的是一回事；选 Google AI Overviews，看的是另一回事。两者不能当成同一种观察。还有一点：通过 API 从引擎返回的是 API 的回答，不是一个人在界面上看到的画面。填核对表时要记住这两条边界，它们决定了什么能比、什么不能比。
选好渠道后的核对表：RankAI 的操作建议
下面这张表是 RankAI 给出的操作建议，不是通用标准。目的是让「只比较同质状态」这条规则马上能用：两行数据只有观察类型相同、且都不是 N/D，才可以放在一起比。
- 写明所选渠道。写清被观察界面的准确名称（如 Gemini、Google AI Overviews）。可核查的标准：这一栏不能填「AI 引擎」这类笼统标签，必须指向具体界面。
- 记录数据是否存在。填返回的值；数据不存在就填 N/D。可核查的标准：数据缺失时这一栏绝不能填「0」，缺就写 N/D。
- 注明观察类型。写清你读的是 API 回答还是别的观察。可核查的标准：表里两行只有观察类型一致、且都不是 N/D，才可比较。
一份填好的示例
为了让这张表能反复用，看一个具体例子。A 行：渠道 = Gemini；数据 = N/D；观察类型 = API 回答。B 行：渠道 = Google AI Overviews；数据 = 返回的值；观察类型 = API 回答。这两行不能比，因为其中一行是 N/D。C 行：渠道 = Gemini；数据 = 返回的值；观察类型 = API 回答。C 行只有在观察类型与 B 行一致、且两行都不是 N/D 时才能和 B 行比；和 A 行不能比，因为 A 行是 N/D。这个例子说明，这张表能在不当比较变成误读之前把它挡住。
这篇文章的贡献是把核对表本身当成一个产物：不是一条抽象规则，而是一个三栏表格，逼你在任何比较之前先写清渠道、数据是否存在、观察类型。表格设计成选好渠道后立刻填，那时意图还清楚，把一层界面和另一层搞混的风险也最高。它的价值在于把平时隐而不说的东西摆到明面上：数据缺失，表格用 N/D 说出来，不让你当成零；两行观察类型不同，表格不让你把它们放在同一水平上。所以这张表没有给产品增加任何属性，只是把 API、Gemini、Google AI Overviews 上已知的限制，转成一个可复用的格式。填表的人知道自己能比什么、不能比什么，也能把表留下来，作为选好渠道后那次核对的记录。
一个可核查的边界
这张表不判断可见度好坏，只说明数据是否存在、是怎么观察到的、两行能不能比。数据缺失时，表格记 N/D，不给任何替代值。这个边界你可以逐行核查。
想了解产品的完整机制，以及选好渠道后核对到底指什么，请看深入说明页。