按阶段记录可用证据和未知项，定位问题发生在哪一层。
看板第一层记录URL是否公开、状态码和访问限制；第二层记录已知抓取或站长工具反馈；第三层记录索引与检索测试；第四层记录固定问题中的引用和品牌语境。每层使用自己的证据。
每一层使用自己的证据
为每个核心URL建立阶段状态、最近核验时间、工具和证据链接。只有上一层证据充分时才进入下一层诊断；例如页面无法访问时，先修复页面，不急于解释为何未被引用。
第一层看URL能否公开访问与状态码，第二层记录已知抓取反馈，第三层查看索引或检索证据，第四层观察固定问题中的引用和品牌语境。服务器访问记录不能直接叫收录，进入索引也不能直接叫AI引用。
未知状态应在看板上保留
看板保留“未知”而非强行转成失败。周报展示新增变化和阻塞事项，技术、内容与监测负责人分别处理对应层级。
每个核心URL登记最近核验时间、工具和证据链接。没有对应平台数据时写未知，不强行转成失败；页面本身无法访问，就先交给技术修复，而不是继续猜测为什么回答没有采用。
跨平台只能做诊断映射
- 分别定义访问抓取索引引用。
- 为每层绑定可用证据。
- 保留未知和未检查状态。
- 按URL记录最近核验。
- 把问题分配给对应负责人。
Google和OpenAI文档各自解释本产品，内部看板可以统一字段，不能宣称所有系统都采用同一流程。周报只展示新变化和阻塞项，让技术、内容、监测负责人处理自己能控制的阶段。
沿一个URL检查四层状态
页面可访问、被抓取、进入索引、出现在回答引用中是不同事件，每层需要自己的证据和时间。某平台不提供索引信息时应显示未知，不能用零替代；不同平台的术语也只能做诊断映射，不能假定流程完全相同。
抽查一个正式URL：先验证状态码与渲染正文，再查看可获得的抓取或索引报告，最后连接到具体问题的回答快照与引用卡。看板中每个状态都应显示最近核验时间、证据链接和负责人。若页面可访问却没有引用，只能定位到当前可见层级，不能直接归因于内容质量。修复动作与后续平台变化分别记录，便于判断问题停在哪一步。
看板颜色应区分失败、未知和真正的零值，避免管理者把灰色空白误判为没有效果。每层异常都要连接到相应处理人，例如技术可访问性与内容事实由不同角色负责。页面换址时保留新旧URL关系，才能连续追踪。