把旧文当成一份“实验记录”来修:先找出每个结论所依赖的前提,再决定是补条件、缩范围还是拆成两篇。若结论只在特定页面类型或特定阶段成立,补上条件比换同义词更值得做;若结论本身依赖未经验证的假设,则应降级为待验证项,而不是继续加论据。
只看到“应该这样做”的结论时,先分清两种缺口。第一种是条件缺口:结论本身没错,但没说清适用于哪类页面、哪类查询意图、哪个阶段。第二种是证据缺口:结论来自某个未被说明的假设,例如假设用户会滚动到第二屏、假设列表页会被抓取。条件缺口可以靠补限定语修复;证据缺口需要标注假设,或把结论改成可验证的观察项。
一个可操作的区分方法是:把结论写成“在____条件下,做____,预期出现____”。如果三个空都能凭已有资料填上,只是原文省略了,就属于条件缺口。如果第二个空填不出来,说明原文把动作和结果直接绑定了,属于证据缺口。
面对一篇只剩结论的文章,常见取舍是就地补条件,还是把有条件的那部分拆出去单独成页。两种做法都成立,但代价不同。
选择条件可以简化成一句:如果去掉限定语后结论仍然对大多数读者成立,就地补;如果去掉限定语后结论会误导一部分读者,拆出去。前者是修辞问题,后者是结构问题。
假设你手上有一篇讲“栏目页关键词布局”的旧文,正文只剩下一句结论:“把核心词放进栏目页标题和首屏。”没有说明栏目页是否有独立编辑内容、是否承担导航功能、是否有子栏目。
这个动作的结果会直接影响下一步:补完条件后,如果发现同一结论在不同栏目类型下指向相反动作,说明原结论需要拆分,而不是继续加例子。若补完后结论仍然统一,只是边界更清楚,就可以进入内链和摘要的调整。
条件补进去之后,文章的可执行性取决于三处是否同步更新。
复查时还要接受一个事实:请求量、抓取量或某个统计归零,不能单独证明补条件这一步做对了。它也可能是抓取节奏变化、页面被合并、查询本身季节性下降造成的。把现象当结论,会再次制造一篇只剩结论的文章。
如果一条结论既找不到适用条件,也找不到可观察的证据,最省成本的处理是删掉它,而不是给它套一层模糊的限定语。模糊限定语(如“一般情况下”“视情况而定”)不会让结论变得可执行,只会让读者无法判断下一步。
判断标准是:补完条件后,读者能否据此决定“做”还是“不做”。能决定,就保留;仍然只能得到“看情况”,就删除或降级为待验证清单中的一项。这样处理之后,文章剩下的每一条结论都自带适用边界,后续再补内容时也有明确的挂载点。