把老师给的结论当成一条“默认规则”,然后主动去找它失效的边界。具体做法是:从你手上正在练的一个页面或一份关键词表出发,先写清结论成立需要的前提,再构造一个前提被破坏的小样本,观察处理动作是否需要改变。这样做的目的不是推翻结论,而是知道它什么时候能照搬、什么时候必须换做法。
只给结论的教程通常省略了前提。你可以在笔记里把它拆成三栏:什么条件下适用、执行什么动作、预期看到什么结果。比如“标题里包含核心词有利于相关性”可以拆成:条件是该词与页面主体内容一致;动作是把词放进标题;预期是标题与正文主题对齐。拆完之后,你会发现真正需要验证的是条件那一栏,而不是动作本身。
这一步的实际动作是:拿你手上正在练的那个页面,把老师给的每条结论都补上条件。如果补不出条件,说明这条结论对你暂时不可用,先搁置。补出条件后,你就得到了反例练习的靶子——只要让条件不成立,就能测试结论的边界。
反例练习不需要很多页面,一个页面就够,关键是每次只改一个变量。假设你手上的页面主题是“家用咖啡机清洁”,老师给的结论是“核心词应出现在标题、首段和小标题中”。你可以先按结论做一个版本,然后构造反例:把页面主题收窄成“某型号咖啡机除垢”,但标题仍沿用原来的宽泛词。
这时会出现一个可观察的差异:标题里的词与正文实际覆盖的范围不再一致。你要记录的不是“排名有没有掉”,而是“这个页面还能不能回答搜索者的问题”。如果答案是否定的,说明结论里的隐含条件是“标题词与正文覆盖范围一致”,这个条件一旦破坏,动作就要改成收窄标题或扩充正文。这个判断会直接决定你下一步是改标题还是补内容。
单个反例成立,不等于规律成立。你需要再问一句:这个例外是偶发,还是会在规模化时反复出现?区分方法可以看两点。第一,例外是否由页面自身结构造成,比如内容深度不够、主题过于宽泛;第二,例外是否由外部场景造成,比如同一批页面面向的需求差异很大。
假设你有一批二十个页面,其中三个因为主题特别窄而出现标题与内容不匹配。如果这三个页面的共同点是“需求本身就很具体”,那它们应该单独成组,而不是让整批页面都放弃原结论。反过来,如果二十个页面里有十五个都出现同样的问题,那更可能是结论的前提在你的场景里根本不成立,需要换一套处理方式。
练习的价值在于下次不用重新推一遍。把每个反例压缩成一句可执行的检查项,例如“标题词是否与正文实际覆盖范围一致”“页面是否只回答了宽泛问题而正文只覆盖窄需求”。这些检查项要写成能直接回答是或否的形式,而不是模糊的描述。
实际动作是:下次拿到新页面时,先跑一遍检查项,任何一项答“否”就先处理那一项,再进入常规优化。这样做的结果是,你的处理顺序由反例驱动,而不是由教程结论驱动。如果检查项全部通过,说明当前页面落在结论的适用范围内,可以照搬;如果有任何一项不通过,就先按反例对应的动作处理,处理完再回到常规流程。
反例练习也有成本。当新增反例不再改变你的处理动作时,就可以停。判断标准很简单:新构造的例外是否让你做出了和已有检查项不同的决定。如果只是重复同一个边界,说明这个结论的适用范围已经摸清,继续加反例只是消耗时间。
此时把精力转向下一个结论,重复同样的拆解和验证过程。你手上那份教程最终会变成一张带条件的规则表,而不是一堆需要死记的结论。这张表才是能带进实际工作的东西。