低命中多半不是单一文案问题，而是测试条件、问题版本、页面状态和答案判定口径没有对齐。若页面无法访问、被 robots.txt 阻止、带有 noindex，或核心答案没有在页面中清楚表达，复测结果都可能波动。先固定问题版本和判定规则，再分别查看抓取、索引、实体、引用与记录数据，才能知道问题卡在哪一层。
问题库本身变了，结果当然难比
同一个问题只要改了主语、地域、时间范围或限制条件，测试对象就不再完全相同。例如“适合企业的 GEO 方法”与“适合电商详情页的 GEO 方法”，看似接近，实际要求的页面类型和答案范围并不一样。复测前要锁定问题文本、提问平台、语言、地区、设备和测试日期。
问题库还要单独记录答案是否直接回应、是否提到目标实体、是否给出页面链接，以及引用内容是否来自目标页面。命中率只能反映这套规则下的结果，不能直接等同于流量、线索或订单。若判定标准中途调整，旧数据与新数据应分开保存。
页面能打开，不等于抓取和索引状态正常
根据 Google Search Central《搜索抓取与索引指南》，搜索系统会处理页面访问、抓取、索引等环节；robots.txt 主要影响抓取许可，noindex 会影响页面是否进入索引处理。实际排查时，应分别看 HTTP 响应状态、robots.txt、meta robots、规范链接和站点地图，不能只在浏览器里打开页面就下结论。
页面改版后，旧地址跳转、规范链接指向其他页面、登录限制、脚本渲染失败，都可能让测试者看到内容，却让抓取系统拿不到同样的信息。页面状态改变后，复测应记录变更时间，并把新旧地址、响应状态和页面正文版本放在同一张记录表里。
答案写了很多，为什么还是对不上
AI搜索问题往往要求页面先回答一个清楚的问题，再补充条件和边界。如果页面只有概念介绍、服务口号或长篇背景，核心结论藏在段落深处，测试时就难以判断它是否真正回应了问题。可以把每个问题拆成“对象、动作、条件、限制、证据”五部分，逐项检查页面是否都有对应表达。
页面内的实体名称也要保持一致，包括公司简称、产品名、服务名、栏目名和相关概念。名称前后变化、同一对象出现多个写法，可能让系统难以判断这些词是否指向同一实体。这里不能把增加 Schema.org 结构化数据写成引用率提升的承诺；Schema.org《Schema.org Vocabulary》只能说明类型和属性的表达方式，实际效果仍需用自家测试记录验证。
引用来源和页面内容要能互相对上
引用链路不只是页面列出几个来源名称，还要让来源支持紧邻的事实。涉及抓取、HTTP 状态、结构化数据或站点地图时，应引用对应的搜索引擎文档、协议说明或标准页面；涉及企业服务、产品参数和案例时，则要回到具体页面、合同、订单或检测材料。
若答案引用了页面没有写过的结论，命中判定应标记为“主题相关但证据不完整”，不要直接算作有效命中。反过来，页面有明确事实却没有被问题覆盖，也应标记为“内容存在但测试未触发”。这样能把内容缺口与测试设计缺口分开处理。
用一套记录把低命中拆开看
这类问题适合做一次小范围闭环，不要只盯着一个百分比。可以按下面的顺序记录，每次复测都沿用相同口径：
- 固定问题文本、平台、地区、设备、日期和页面版本，避免前后测试条件变化。
- 查看落地页是否返回正常状态，记录 robots.txt、noindex、规范链接和站点地图相关情况。
- 把结果分成“未出现、出现未引用、引用未点击、点击后产生有效表单或订单”，不要混成一个命中值。
- 为每条结果记录问题编号、页面地址、答案摘要、引用位置、引荐来源、有效表单和成交状态。
- 设定一个主转化事件，并按自身销售周期设定归因窗口；无法通用判断成本、周期、单量和效果，需用自家数据验证。
复测后若大量结果停在页面未出现，应回到抓取和索引状态；若页面出现但引用不稳定，应检查问题与正文的对应关系；若已经有可识别的 AI 引荐点击，却没有有效表单，则要继续看落地页承接和表单记录。展示或抓取本身不能算成交结果。