优化前已经记录过页面问题、抓取状态和重点查询表现时，改完后应先做复测；如果没有留下原始记录，就先做一次GEO检测，把当前页面状态当作新的起点。复测回答的是“原来的问题有没有改掉”，检测回答的是“现在还存在哪些问题”。这次判断要围绕页面可访问性、内容表达、结构化数据和引荐访问记录展开，别把页面被访问、答案被提及、用户点击和提交线索混成一回事。
没留旧记录，就别硬做复测
复测需要一个明确的对照物，例如优化前某个页面打不开、摘要写法含混、实体名称前后不一致，或某组查询没有覆盖到关键页面。没有这些旧记录，复测只能看到现在的页面样子，很难说明变化来自哪一项改动。
这类情况先做GEO检测更合适。把站点地图中的重点页面、页面返回状态、标题与正文是否说同一件事、结构化数据是否能被解析、引用内容是否能追到原始出处，整理成一份当前快照。它不是给页面打分，而是给后续迭代留一张底片。
有问题清单时，复测更能回答结果
如果优化前已经列出问题和对应页面，复测应紧贴原清单进行。例如原问题是某服务页缺少适用边界，改动后就只看该页是否补上了对象、条件和例外，而不是重新把全站所有页面查一遍。这样才能分清修复结果与新发现的问题。
复测也要保留改动版本。记录页面地址、改动日期、改动位置、原问题描述和当前结果即可。内容改写、模板调整、结构化数据变更不要混在同一次记录里，否则后面即使发现访问或线索变化，也难判断是哪类改动带来的。
检测和复测，差别到底在哪
| 比较点 | GEO检测 | GEO复测 |
|---|---|---|
| 开始条件 | 没有旧问题记录也能开展 | 需要优化前的问题清单 |
| 主要目的 | 找出当前页面的缺口 | 判断已改项目是否闭环 |
| 观察范围 | 可从重点页面扩展到站点层面 | 围绕改动页面和改动项展开 |
| 记录重点 | 当前状态与待处理事项 | 改前、改后与版本差异 |
| 适合情形 | 刚接手站点或历史记录不完整 | 已有优化任务单和页面快照 |
两者不是前后替代关系。检测像体检，用来找问题；复测像回访，用来判断已处理的项目有没有达到原定要求。网站刚完成一轮较大调整、但没有完整改前记录时，可以先检测建立基线，再把后续的小批量改动放进复测节奏。
不要把“AI回答里出现过页面”直接当成复测通过。答案出现、引荐点击、自然搜索点击和线索提交属于不同层次的信号。页面本身无明显问题，不代表每个查询都能获得相同展示；是否带来业务结果，也无法通用判断，需用自家数据验证。
这几项没过，别急着看引用表现
页面访问、内容理解和信息一致性应排在查询表现之前。用户和爬虫访问到的页面如果返回异常、核心内容依赖无法加载的脚本、同一服务在标题与正文使用不同名称，后面的引用观察就会失去稳定基础。结构化数据也应与页面可见内容保持一致，不要把页面没有写到的内容塞进去。
对重点页面，可把标题、首段直接回答、服务或产品名称、适用条件、作者或机构信息、引用出处放在同一张检查表里。页面内的结论若来自外部材料，应保留能回到原始材料的出处名称；没有可靠出处的效果判断，写成待验证假设会更稳妥。
结构化数据属于帮助机器理解页面内容的一种表达，不等于展示或引用结果。Schema.org对类型和属性有定义，但某项标记能否带来AI引用、索引变化或转化变化，无法通用判断，需用自家数据验证。
把一次复测做成能追下去的闭环
- 选定观察对象：只选本轮改动涉及的页面、查询主题和一个主转化事件，例如有效表单。
- 记录改动前后：写下页面地址、版本日期、改动内容、页面访问状态和结构化数据解析结果。
- 分开记录访问来源：自然搜索、付费广告、AI引荐、品牌词搜索、直接访问和未识别访问不要合并。
- 设定归因口径：把引荐来源、落地页、有效表单和成交状态放进同一记录表，归因窗口按自己的销售周期设置。
- 跑完一个完整记录周期后再判断：看有效线索率、成交状态或订单成本是否变化；没有改善时，回到页面抓取、内容匹配和来源记录逐项排查。
这套记录的重点不是追求某个平台的单次回答，而是避免把偶然展示当作业务结果。只有能识别的引荐点击与后续主转化事件连起来，才适合被当作GEO效果的一部分；爬虫访问和答案提及更适合作为过程信号。
别让全站大检测拖慢小改动
内容团队只修改了几篇问答页的首段、实体表述或出处说明时，直接复测这些页面更省时间。把整站再做一轮大检测，往往会引入许多与本次改动无关的待办，原本简单的判断也会被冲淡。
反过来，改动涉及模板、站点地图、重定向规则、页面渲染方式或大量结构化数据时，检测范围应扩大。此时除了抽查改动页，还要看典型页面能否正常打开、同类页面的标题和正文是否同步更新。效果和周期仍无法通用判断，需用自家数据验证。