做趋势复测时，核心探针应固定同一批，扩展探针则可以按用户新问法轮换。这样既能比较页面改版前后的变化，也不会把模型、地区、登录状态或提问方式变化造成的差异，误认为GEO内容本身带来的结果。
固定一组问题，比较才有意义
同一批核心探针的作用，是把问题本身变成相对稳定的参照物。比如页面更新后，仍用相同的品牌定义、服务边界和对比问题测试，记录回答中的实体名称、事实表述、引用页面和落地页变化，才有机会看出版本差异。
固定并不等于一句话永远不动。提问中的错别字、地区词、用户身份和任务目标一旦改变，测试的就不再是同一个问题。核心探针可以保留原文，扩展探针再加入口语问法、场景问法和追问，用来观察内容覆盖是否出现新缺口。
所有问题都不变，反而会漏掉新需求
只用固定问题，适合看纵向变化，却可能错过用户表达方式的变化。用户可能从“这项服务是什么”转为“某行业怎么选”“预算有限怎么做”“页面没有案例怎么办”，这些新问法会改变答案结构，也会暴露实体说明、服务边界或证据链上的空白。
比较稳妥的做法是把探针分成固定组、轮换组和临时组。固定组负责长期比较，轮换组来自站内搜索、销售记录或真实提问，临时组用于追踪某次页面改动后的具体疑问。三组结果不要混成一个分数，否则趋势和问题发现会互相干扰。
一组探针里，问题要有不同角色
探针不能只围着一个关键词打转。可以把问题分成定义类、选择类、证据类、场景类和追问类：定义类看实体是否说清，选择类看条件分支是否完整，证据类看引用是否贴近结论，场景类看内容能否处理真实限制，追问类看前后说法是否一致。
每类问题都不必追求数量相同，重点是覆盖页面承担的任务。一个服务页面若只测试“是什么”，就看不出价格构成、交付范围、适用边界和售后说明是否能被理解。问题设计应贴着页面实际内容，不能凭空增加页面没有涉及的评价。
复测时，哪些环境要保持不变
复测前要把影响回答的条件写在记录表里，尤其是模型名称、访问地区、语言、是否登录、设备形态、问题原文、测试日期、页面版本和引用展示。下面这组步骤适合建立一份可重复的测试记录：
- 给每个核心探针编号，保留完整原文、页面版本和测试时间。
- 在同一地区和语言环境下发起测试，避免把环境差异混入页面差异。
- 记录回答中的实体、关键事实、引用页面、是否出现落地页，以及回答是否遗漏限定条件。
- 页面改动后重复核心组，再用轮换组观察新问法，不把两组结果直接合并。
- 把异常结果标成待复看，回到原问题和页面版本逐项比较，不凭单次回答下结论。
这套记录不代表平台会按某种方式引用页面。Google Search Central《搜索抓取与索引指南》说明了抓取与索引相关基础机制，但它不能推出某个页面一定会进入AI回答，引用表现仍需用自家查询记录和业务数据判断。
页面改了，固定问题也要留旧版本
页面标题、首段定义、服务范围、结构化数据或引用页面发生变化时，旧问题仍然有价值。它们能帮助判断同一个用户意图在版本切换前后是否出现事实缺失、实体称呼变化或条件被省略。旧记录不要覆盖，至少保留页面版本和测试环境。
如果页面从产品介绍改成方案型内容，新增一组场景探针会更有用；如果只是修正错别字或补充来源，固定组可以承担主要比较任务。Schema.org《About Schema.org》可用于理解结构化数据类型与属性的表达方式，但不能单独证明AI引用率或线索变化。
结果别只记“有没有被提到”
“出现品牌名”只是观察项，不等于用户已经点击，更不等于形成线索。记录时可把爬虫访问、回答出现、引荐点击、自然搜索点击和品牌词搜索分开，避免把不同信号揉成一个结论。无法判断来源的访问，单独标成未识别更稳妥。
闭环可以这样设：先记录AI引荐点击，再关联落地页、有效表单和成交状态；选定一个主转化事件，并按实际销售周期设定归因窗口；完整记录一段周期后，比较有效线索率或订单成本。若没有改善，下一步回看抓取、索引、页面匹配和引用链路，而不是马上增加探针数量。