结论应缩到“已核验样本所支持的判断”,并显式写出未覆盖范围。例如你手上有站点日志与一次抓取结果,但第三方估算流量缺失,那么只能说明“在日志覆盖的URL与时间段内,失效链接的比例与分布如此”,不能把它扩写成全站或全渠道的失效率。下一步动作是把结论拆成已证实、待证实、不可证实三层,让任务分配和复核方式随之改变。
不要从“全站链接”开始。先拿一个具体页面或一份导出的URL清单,确认三件事:检测时间范围、URL是否去重、状态码由谁记录。若日志只保留最近七天,而抓取发生在更早时间,两个来源的“失效”可能不是同一批链接。此时可执行的动作是给每条记录补上来源字段:source=log 或 source=crawl。结果会影响下一步——同源内可以比较,跨源只能并列展示,不能直接合并成一个总数。
第一种是收窄结论,只报告已核验部分;第二种是保留原范围,但把缺口标成“未覆盖”。选择条件取决于读者要用这份结论做什么。若结论用于内部修复排期,收窄更稳,因为任务可以直接落到已确认的URL上。若结论用于向外部说明整体风险,保留范围并标注缺口更合适,但必须同时给出缺口位置,例如“未覆盖子域、未覆盖带参数URL”。代价是:收窄会漏掉未检测区域的真实问题;保留范围则容易被误读成全量结论。两种做法都不能把缺口当作零。
第三方估算流量、搜索引擎报告与站内统计口径不同,不能互相替代。假设一份日志显示某路径返回404的次数为零,这并不能单独证明该路径有效,因为日志可能未记录该路径、机器人过滤规则可能把它排除、或者统计周期不包含它被访问的时间。可核查的证据链应包含:原始记录、过滤规则、去重方式、时间边界。若其中任何一项缺失,结论就应写成“在现有过滤规则下未观察到失效”,而不是“该路径有效”。
按三层输出:已证实层列出有原始记录支持的失效URL;待证实层列出仅一方报告异常、缺少第二来源的URL;不可证实层列出因日志缺失或口径冲突无法判断的URL。动作上,先处理已证实层,再为待证实层补一次同口径复检,最后把不可证实层单独归档并注明原因。这样做的结果是:修复任务不会因为统计缺口而停摆,复核范围也不会被无限放大。若复检后仍无法补齐,就维持收窄表述,并在结论开头写明适用边界。
范围声明要具体到对象、时间和来源,例如“本结论仅适用于2024年3月1日至7日、主域下已去重的静态URL,依据站内日志与一次抓取结果;未覆盖子域、动态参数页和第三方估算流量”。这句声明不是免责,而是让读者知道下一步该补哪类数据。若后续补到新来源,先检查它是否与原有来源同口径,再决定是扩大结论还是另起一份结论。