当SEO诊断工具给出一个反常结果,比如某个目录的抓取请求突然归零,而排名和流量没有同步变化,最有效的做法不是继续找支持原假设的数据,而是先构造一个能把原假设推翻的反证问题:如果这个解释成立,那么什么现象必然出现?再去检查那个现象是否出现。反证问题要满足三个条件:有明确的观察对象、有可核对的数据来源、结果能区分至少两个解释。
假设某站点用SEO诊断工具查看日志,发现/guide/目录的抓取请求从某周起降到接近零。直觉解释是“搜索引擎不再抓这个目录”。但至少还有三种解释:日志采集环节漏掉了这部分记录;抓取被合并到另一个入口或参数下;该目录页面确实被判定为低价值而降低了调度频率。这四种解释指向完全不同的处理动作,所以不能直接按第一种去改内容或提交。
此时要做的第一件事不是继续看这个目录的曲线,而是为每种解释写一个反证问题。反证问题的形式是“如果X成立,那么Y应当出现;现在Y是否出现”。Y必须是能独立于原指标观察到的现象,否则只是同一份数据的重复表述。
针对上面的情境,可以列出这样一组反证问题:
这里的关键是:每个反证问题都指向一个独立数据源,而不是同一张报表的不同切片。搜索引擎报告、第三方估算流量和站内统计的口径本来就不同,三者一致时证据更强,不一致时反而提供了区分解释的线索。
第一个错是把“没有出现反例”当成“假设成立”。反证问题的作用是排除,不是证明。检查了站内日志仍有请求,只能说明“抓取完全停止”这个解释不成立,不能直接推出是采集遗漏,还需要继续区分采集遗漏和解析口径两个子解释。
第二个错是反证问题本身依赖原指标。比如问“如果抓取停止,抓取量是否下降”,这只是把原观察换个说法,无法区分任何解释。有效的反证问题必须换一个观察面,比如从抓取量换到站内日志、从总量换到分目录对照。
第三个错是一次性把所有解释都拿去验证,导致动作发散。更实际的做法是先挑两个差异最大、处理动作最不相同的解释做反证。比如“采集遗漏”和“内容降频”对应的动作几乎相反:前者要修数据管道,后者要改内容或内链。先区分这两个,再决定下一步投入。
把上面的方法落成一个短流程:
假设检查后发现站内日志仍有该目录请求,而工具侧归零只出现在单一目录,那么下一步就不是改内容,而是核对工具的解析规则和过滤条件。这个动作的结果会直接决定后续:如果解析规则确实过滤了该目录,问题在测量侧,内容侧不需要动;如果解析正常而站内日志也同步减少,才回到抓取调度或内容价值的方向继续查。
反证问题跑完后,要留下一条别人能复核的链条:反常现象是什么、有哪些解释、每条反证问题的观察结果、当前保留哪个解释、下一步动作是什么。这条链比一个“已排查”的结论更有用,因为下一个人可以沿着同样的反证问题重新验证,而不是重新猜一遍。抓取量或请求量归零本身不能单独证明任何处理正确,它只是触发反证问题的起点。