没有统一的 AI 来源监测口径时，站点侧的记录表该记哪几列

没有统一的 AI 来源监测口径时，站点侧能做的不是等一个通用指标，而是先建一张可复查的记录表。不同生成式引擎对「来源」的定义并不互通：有的给出可点击的引用链接，有的只在正文里提到品牌名，有的把社区讨论与官方文档混在同一批结果中；同一提问换一天再问，结果也可能变化。口径不统一时，跨平台的排名分数没有可比性，而「这一版页面在某类提问下有没有被提到」是可以逐条记录的。

为什么先别急着找统一口径

统一口径需要三家以上引擎给出同定义的数据，目前拿不到。站点侧的可行做法是把自己的变量控制住：固定提问集合、固定记录字段、固定复查周期。这样至少能回答两个问题——改版前后同一提问的记录有没有变化，被引的是哪一页。

反过来，只看第三方工具给的单一分数会带来误判：分数下滑可能只是某个引擎改了展示方式，与内容质量无关；分数上升也可能来自品牌搜索量变化。记录表的价值在于它保留原始提问与原始回答，事后能复核。

记录表的五列怎么填

五列里容易被省掉的是后两列。没有对照的自然搜索结果，无法判断是没被引用还是没被索引；没有发布状态列，改版与记录对不上，整张表就退化成截图集合。

关键词库与站点地图提供的对照

提问集合从哪里来最可靠：站内搜索词、留言与咨询里出现过的原话、已经上线的页面标题。AnQiCMS 的关键词库管理可以集中维护这批 SEO 关键词，让每月复查用的是同一组提问而不是临时想。内容清单则交给站点地图：Sitemap 自动生成后，能被抓取的页面范围一目了然；发现记录表里被引的是旧地址，就能顺着站点地图确认该页是否仍在清单里。新内容还可以用链接推送管理主动向搜索引擎推送，加速收录，减少「页面已上线但还没进索引」这类误判。

llms.txt 在表里承担的角色

GEO 侧的站点动作里，llms.txt 属于「降低理解成本」的一层：AnQiCMS 支持自动生成站点 LLMs.txt，便于大语言模型理解和索引网站内容。它在记录表中的位置不是自变量而是待验证项——文件生成并上线后，记一次发布日期，之后观察同一提问集合下被引页面的分布有没有变化。不要把它当成必然带来引用的开关，它影响的是可被发现与可被抽取的范围，是否命中仍取决于内容本身是否回答了提问。

改版后怎么区分变化来源

按三问走：这次改动是否覆盖被引页面的段落结构；是否改动了 URL、标题或分类；是否只是引擎侧展示调整。前两项为否、只有记录变化，更可能来自外部因素，此时保留记录不做回滚；前两项为是，就把变化对齐到该次上线日期，并在发布状态列注明。

复查周期建议按季度提问集合做一次全量替换、每月做固定提问抽样，抽样数量按团队能承受的记录成本定，稳定比多更重要。

常见问题

记录表要贴原始回答吗？ 要，至少保留回答文本或截图。事后无法复现当时的输出，只有原文能支撑判断。

能用工单系统替代这张表吗？ 可以，但字段必须包含提问原文与发布状态，否则仍然无法对齐变化。

被引位置怎么判断价值高低？ 看它是否支撑结论。仅在末尾列出的引用与作为答案来源的引用，对访问量的贡献差别很大，这一点需要人工标注，无法由工具代替。