结论本身不是知识,能说出它在什么条件下失效才是。当老师只给“标题要包含关键词”“内链越多越好”“内容要长”这类判断时,你要做的是为每条结论构造一个反例,看它在哪个边界上崩塌。具体做法:把结论写成“只要A就B”的形式,然后找一个A成立但B不成立或B有害的场景,记录这个场景需要什么条件,再决定这条结论是保留、改写还是退出你的操作清单。
老师给的结论通常是压缩过的经验,缺少前提。比如“标题里放关键词能提升相关性”,先还原成:只要标题包含目标词,页面就更可能被匹配到该查询。改写后你会发现两个隐藏条件——页面正文确实在讲这件事,以及该词与用户意图一致。反例练习就从这里开始:假设一个页面标题堆了目标词,但正文讲的是另一件事,这时标题包含关键词不但不帮忙,还可能让点击后的行为数据变差。
把每条结论都做这一步,你会得到一张“条件—结果”清单。清单里条件写得越具体,后面判断保留还是退出就越容易。写不出条件的结论,先标记为待验证,不要直接拿去执行。
把结论里的量推到边界。结论说“内链越多越好”,反例就是:一个只有五个页面的站点,每页互相链十次,用户读到的是重复路径,抓取预算被浪费在无差别跳转上。这个反例不证明内链无用,而是说明结论缺了“链接要指向有区分度的目标”这个条件。
结论说“内容要写长”,反例是:查询本身只想要一个数值或一句定义,用户扫一眼就走。此时长内容不会带来更好结果,反而增加跳出。意图错配是这类结论最常见的失效原因,也是最值得优先补的反例。
结论说“要持续更新旧文”,反例是:一个刚上线、连基础页面都没覆盖完的站点,把时间花在翻新旧文上,新增覆盖长期为零。结论在“已有存量、需要维持”的阶段成立,在“从零起步”的阶段可能有害。
三种来源不必都用。选一个与你当前站点最接近的场景,把反例写清楚就够。
反例成立不等于结论作废,先判断它属于哪一种:
取舍的依据不是结论听起来对不对,而是你的资源、站点阶段和用户意图是否满足它暗含的前提。满足就保留,部分满足就改写,不满足就退出。
假设老师给出一条结论:“页面加载速度越快,排名越好。”你为它构造反例:一个页面加载极快,但正文只有一句话,无法回答查询;另一个页面稍慢,但完整覆盖了用户要比较的选项。此时速度差异不是决定因素。
据此改写结论:在内容能覆盖查询意图的前提下,加载速度影响用户体验和抓取效率,进而可能影响表现。然后做一个动作:给自己站点上三个页面各记录一次加载情况和它们对应的查询意图覆盖程度,观察哪一项差异更大。这个动作的结果会告诉你,当前阶段该优先补内容还是优先优化速度,下一步的练习方向也随之确定。
反例练习的价值不在于推翻老师,而在于让你从“记住结论”变成“知道结论什么时候不适用”。当你能为一个结论说出至少一个成立的前提和一个失效的场景,这条结论才算真正进入你的判断系统。