cpv：报告应该展示哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f0d3d8df4df0.html
📄
cpv：报告应该展示哪些证据
cpv报告要回答的核心不是“数据多不多”，而是“能不能用一组可复核的证据，把现象、原因和处理效果串成一条链”。如果报告只放一个结论或一张汇总表，读者无法判断结论是否成立。更合适的做法是：先写清观察到的现象，再给出证据来源和采集口径，然后说明如何排除其他解释，最后用同一口径复查处理结果。
先固定观察对象与统计口径
报告开头的证据必须能回答“看的是什么、从哪里来、覆盖哪段时间”。缺少口径的数据，即使数字准确，也无法比较。建议至少固定以下三项：
- 对象：是某个页面、某组查询、某类展示，还是某个渠道的整体表现。范围越具体，后续判断越可靠。
- 来源：站内统计、搜索引擎后台报告、第三方估算属于不同来源，口径、采样方式和归因逻辑可能不一致，不能直接相加或互相替代。
- 时间窗：写明起止日期和时区，并说明是否包含节假日、改版日或投放调整日。跨口径比较时，时间窗必须对齐。
这一步的检查项很简单：把报告里的每个数字都追问一遍“谁统计的、统计了什么、统计了多久”。答不上来的数字，不应作为核心证据。
用证据链区分现象与原因
出现具体问题时，报告最容易犯的错误是把现象当原因。例如“曝光下降”是现象，“页面被替换标题”“抓取频次变化”“某类查询需求整体走低”都可能是解释，但三者需要不同证据。可按下面顺序组织：
- 现象证据：截图或导出记录，标明时间、对象和指标变化幅度。不要只写“明显下降”。
- 定位证据：能指向具体环节的记录，例如版本变更日志、抓取与索引状态记录、站内日志中的响应码分布、模板或配置的改动记录。
- 排除证据：说明你检查过哪些其他可能，以及为什么排除。例如同期其他页面是否同步变化、服务器是否出现异常、统计代码是否被改动。
只有现象证据时，报告应写成“可能原因”，不能写成“已经定位的原因”。一项现象常有多个解释，报告中保留这种区分，反而更容易推动后续验证。
把第三方估算与站内数据分开呈现
第三方估算流量、搜索引擎报告与站内统计的口径不同，报告里应分栏或分节展示，并注明各自用途。第三方估算适合看趋势方向，站内统计适合看自身可核对的访问与转化，搜索引擎报告适合看平台侧记录的展示与点击。三者不一致时，先检查口径差异，而不是直接判定某一方“错了”。
一个可执行的对比方法是：取同一时间窗、同一对象，分别列出三个来源的数值，再标注每个来源的采集方式和已知限制。若只有第三方估算发生变化，而站内与平台报告稳定，报告就应把结论限定在“第三方口径下的估算变化”，不能扩展为整体流量结论。
处理与复查要使用同一口径
处理动作之后，复查证据必须与处理前的观察口径一致，否则无法判断效果。假设某页面标题被修改，处理前后都应记录同一查询组、同一时间长度、同一统计来源的表现，并保留修改时间点作为对照。复查结果可能出现三种情况：指标恢复、指标未变、指标继续变化。每种情况都要写清观察到的证据，而不是只写“已优化”。
如果复查仍无法定位，报告应给出下一步验证动作，例如补充抓取记录、对比同模板其他页面、检查统计代码是否覆盖完整。证据链的价值在于让下一位读者能沿着同样的路径复核，而不是替结论背书。
一份可复核的cpv报告应包含的最小清单
- 问题描述与影响范围，含具体对象和时间窗。
- 每个数据点的来源、口径和采集方式。
- 现象证据与可能原因的区分，已定位原因需附定位记录。
- 排除过的其他解释及排除依据。
- 处理动作、执行时间和执行人可追溯的记录。
- 复查结果，使用与处理前一致的口径。
- 尚未验证的假设和下一步检查项。
下一步可以做的，是拿现有报告对照这份清单，把缺失的证据项补上；如果某一项无法补齐，就在报告中明确标注为未验证，而不是用推测填充。
