生成式引擎把排名列表换成合成答案，站点可见度的测量逻辑怎么变
传统 SEO 的测量以「位次」为中心：目标词排第几、进了前几页没有。arXiv 上关于生成式引擎可见度优化的论文给出的目标定义不同：该论文把 GEO 界定为提升内容在生成式引擎答案中的存在感、被引用的可能性与影响力。测量对象从位次变成「在不在答案里、有没有被引、来了多少人」，记录的字段和周期都要跟着换一套。
三类信号分别怎么记
| 信号 | 记录内容 | 建议周期 | 能发现的问题 |
|---|---|---|---|
| 答案出现率 | 固定问题集在答案引擎里的命中情况 | 每周 | 内容形态不适配引用 |
| 引用来源 | 命中时页面被引的具体句段 | 每周 | 摘走的是失真片段 |
| 引导流量 | 指名搜索与来源标识带来的访问 | 每周对账 | 出现了但不转化 |
操作上前两步可以合并：准备一组与业务相关的真实问句，每周用同一组问题在几家答案引擎里过一遍，记录是否命中、命中的是站内哪一页、被引句与现文是否一致。第三类信号回到站点自己的访问日志与来源报表核对，验证「答案里出现」有没有转成指名访问。以周为单位滚动，是为了让单次引擎策略波动不被误读成内容问题；一天的结果说明不了趋势。
站内执行面由哪些模块承担
测量的另一端是执行。AnQiCMS 后台里与 GEO、SEO 相关的模块共 14 个（modules），覆盖站点说明与抓取配合两个方向：llms.txt 模块负责自动生成给大语言模型读的站点说明，sitemap 与链接推送负责让引擎拿得到完整清单，干扰码与评论反垃圾负责内容层不被采集稀释，多语言站点与内容翻译把同一口径扩到别的语言市场。模块各管一段，测量发现短板时能定位到具体配置，而不是笼统地「优化内容」。
与旧口径衔接的两点提醒
一是别把位次报表直接改名当 GEO 报表：位次数据仍然有用，但它回答的是传统搜索入口的问题，三类新信号要单独建表。二是别让测量停在纸面：每类信号要接得到对应的模块动作——出现率低就查清单与站点说明，引用失真就改页面里的歧义句，没有转化就检查品牌词覆盖。
常见问题
问：三类信号里哪个最先行？ 答：答案出现率。它是另外两类的前提，先保证「能被找到」，再谈被引准不准、流量来不来。
问：问题集准备多少个合适？ 答：几十条覆盖核心业务的真实问句即可，重点是每周不换题，换了题历史数据就断了。
问：llms.txt 算不算测量对象？ 答：它是执行配置不是信号。改完 llms.txt 后要看的是下一周期出现率有没有变化，而不是文件本身。