方法
howItWorks：按引擎逐条读AI可见性
howItWorks不是总分仪表盘，而是一张观察地图：每个页面在每个被点名的AI引擎里各记一格，逐条读，不合并。
读一个站点的AI可见性，第一步不是看分数，而是定规则：按引擎逐条记录，不合成一个总分。howItWorks就是按这个规则来读的。每个公开页面，分别看ChatGPT、Perplexity、Gemini、Grok和Google AI各自返回什么，一格一格记下来。举个简单的例子：一个站点有首页、服务页和一篇文章，共三个页面，需要弄清它们各自被怎么观察。打开howItWorks，列出页面，按引擎对比回答，填成一张表。规则只有一条：每一格是一次独立观察，不是综合评分。
为什么howItWorks要当地图读，而不是当分数读
howItWorks列出被观察的AI引擎，以及站点在每个引擎里被读取的方式。操作上的关键点是：这些观察不能相加。一个页面可能在ChatGPT的回答里出现，在Perplexity里没有；也可能被Gemini引用，却没被Google AI引用。后一种区分是明确的：Gemini和Google AI Overviews不是同一次观察，必须分列两栏。同样，Grok和Claude只有连接之后才测量，所以首次阅读时若未连接，这两栏留空，不能当成“不存在”。
页面×引擎表，附一行填写示例
避免混淆观察的最简单办法，是一张双入口表：行是站点的公开页面，列是被点名的AI引擎。下面这一行只是结构示例，数值仅作示意，不代表覆盖情况：
| 页面 | ChatGPT | Perplexity | Gemini | Google AI | Grok |
|---|---|---|---|---|---|
| /servizi | 回答中被引用 | 未被引用 | 被引用 | 未被引用 | 待连接 |
这一行体现的是标准：每格放的是一次观察，不是一个数字。如果某格为空是因为引擎没连接，就标“待连接”，不要标“不存在”。
在howItWorks上的操作步骤
- 列出要观察的公开页面，作为表格的行。可核对的标准：每一行对应一个可访问的公开URL。
- 打开howItWorks，找出被点名的引擎：ChatGPT、Perplexity、Gemini、Grok和Google AI。可核对的标准：表格的列与页面列出的引擎一致，Gemini和Google AI分列两栏。
- 按页面和引擎逐格填写，记下该页面在所观察的回答里出现或没出现。可核对的标准：没有一格放综合判断，每格只是一次单独观察。
- 未连接的栏标“待连接”（Grok和Claude），不要标“不存在”。可核对的标准：Grok一栏写的是连接状态，不是结果。
- 按行和按列各读一遍：按行看一个页面在各引擎里怎么被观察，按列看一个引擎怎么观察各页面。可核对的标准：不从单独一格得出结论。
这是RankAI的操作建议，不是通用标准：把howItWorks当观察记录本，而不是仪表盘。实际做法是，页面×引擎表作为工作文档保存，每新增一个页面或连接一个引擎就更新一次。好处是引擎之间的差异始终可见：一个页面出现在ChatGPT里、没出现在Perplexity里，表格直接显示，不会被平均掉。第二个要点是把通过API得到的观察和人在屏幕上看到的观察分开：API回答不是人的屏幕画面，所以要在格子旁注明观察渠道。最后，这张表用来提具体问题——“这个页面被Gemini观察到了吗？”——而不是要一个关于AI可见性的总体判断。这样读法可重复，也能随时间对比，不必把观察变成分数。
可核对的边界
边界在范围上：howItWorks和这套方法只覆盖被点名的引擎——ChatGPT、Perplexity、Gemini、Grok和Google AI，其中Grok和Claude只有连接后才可测量，Gemini和Google AI Overviews是分开的观察。这个清单之外的内容，RankAI不读取，也不要当作已读取而加进表里。
关于该页面及其各部分的完整说明，见深入页面。