这份样例以已公开的 CBTCar 历史案例说明报告结构。它不是新增客户成果，也不是当前复测报告。未知数据明确留空，不用技术分数代替业务结果。
真实基线：能确认什么
CBTCar 案例披露了 2026 年 8 月的技术检测：按当时的规则版本得到 95 分；AI 回答采样使用 Gemini 和 Google AI Overview。当前自助检测已使用 75 条规则，不能直接把两个版本的得分当作提升幅度。
原案例中“报价类 0%”描述的是该历史样本里的品牌提及；该子组的完整分母尚未公开。它不能被改写为 ChatGPT 推荐率，也不能证明网站优化已带来更多询盘。完整口径与后续修订以 CBTCar 案例详情 为准。
一份可核对的报告应包含什么
| 指标 | 必须同时披露 | 不能替代 |
|---|---|---|
| 技术检测 | 检测时间、页面范围、规则版本、失败项 | AI 回答中的实际可见度 |
| 品牌提及 | 固定问题、引擎、语言、时间窗口、成功样本数和命中数 | 明确推荐或正面评价 |
| 引用 | 原始回答、引用 URL、引用次数的分母 | 点击访问或有效询盘 |
| 来源访问 | referrer / UTM 证据、时区、机器人和测试排除规则 | 无来源信息的全部 AI 点击 |
| 询盘与业务结果 | 去重方式、有效标准、人工确认和跟进记录 | 单一渠道的因果贡献 |
修改与复测怎么验收
- 先保存基线、问题组与原始证据，登记缺失数据。
- 按影响范围列出需要修复的页面、事实、结构及引用资料；每项指定负责人。
- 工程验收确认页面可访问、内容正确、表单可用、来源不丢失。
- 复测沿用相同问题组、引擎、语言和统计规则，分别报告绝对数与样本不足项。