先给结论:相同事实重复出现时,不要一律删,也不要一律改写。判断标准是这条事实在每篇文章中承担的职能是否相同。若职能相同,保留一处最完整表述,其余位置改为指向或压缩;若职能不同,则应保留但改变叙述角度和详略;若职能已经消失,才退出。
同样是“某类服务需要提前预约”这一事实,在流程说明文里是操作前提,在费用解释文里是影响报价的条件,在常见问题文里是排除误解的依据。三处职能不同,就不能简单合并。判断方法:问这条事实在本文中回答的是“怎么做”“为什么贵”还是“是否可行”。答案不同,保留理由就成立。
反过来,如果三篇文章都用同一段话说明同一个操作前提,且没有进一步展开,那么其中两处就是冗余。此时优先保留最靠近决策点的那一处,其余位置压缩为一句指向,而不是换同义词重写一遍。
保留适用于事实在本文中承担独立论证功能,读者不看到它就无法理解下一步。例如一篇讲变更前提的文章,必须完整交代变化前后的条件差异,否则后面的取舍建议没有依据。这种情况下即使其他文章也出现过同一事实,也不必删。
改写适用于事实相同但读者意图不同。改写不是换同义词,而是改变切入角度:一篇从成本角度写,一篇从操作顺序写,一篇从风险角度写。判断改写是否合格,看删掉本文其他段落后,这段是否仍能独立回答一个具体问题。如果不能,它只是重复。
退出适用于事实已不再影响本文决策,或前提变化后该事实不再成立。例如业务前提从“人工审核”变为“自动通过”,那么旧文中围绕人工审核时长展开的段落就应退出,而不是保留后加一句“现已不同”。退出比保留加补丁更清晰。
假设某网站有三篇文章都提到“提交后需要等待确认”。第一篇讲提交步骤,第二篇讲时间预期,第三篇讲失败后的处理。按职能判断:第一篇保留一句操作提示即可;第二篇保留完整说明,因为等待时长直接影响读者预期;第三篇应改写为“未收到确认时先检查什么”,而不是重复等待本身。若业务前提变为提交后立即生效,那么三处都应退出或改写,不能只改其中一处。
这个例子的数字和场景均为假设,只用于说明比较方法,不代表任何真实项目结果。
具体动作:把同一事实在各文中的原句摘出,标注它回答的问题、所在段落位置、删掉后是否影响下一步。结果会直接决定下一步:若多数位置职能相同,就合并到最靠近决策点的一处;若职能分散,就分别改写角度;若前提已变,就整段退出并检查前后衔接。
需要注意的是,请求量、抓取量或某页表现下降,不能单独证明删除重复内容就是正确动作。它还可能是链接变化、需求转移或展示方式调整导致的。因此判断冗余时,应以事实职能和前提条件为主,把表现数据当作辅助证据,而不是唯一依据。
最后,减少冗余的目标不是让每篇文章都独一无二,而是让每条事实在读者需要它的位置出现一次,并且出现得足够完整。做到这一点,保留、改写或退出才有可执行的边界。