先给结论:如果同一事实在每篇文章里承担的功能不同——一处是主论据,其余只是背景交代——保留但压缩成一句话并链回主论据所在文章;如果两篇文章对同一事实的展开程度接近、读者读完任一篇都不会产生新的判断依据,那就该合并或删掉一处。判断标准不是“重复了几次”,而是“删掉这处之后,读者还能不能顺着本篇的论证走下去”。
承重事实是文章论证链条上的一环。例如一篇讲微博内容营销里“评论区选题”的文章,需要引用某个活动周期内用户提问集中在售后环节这个事实,才能推出“把售后疑问做成系列内容”的结论。这个事实删掉,结论就悬空,必须保留。
装饰事实只是让段落显得充实,比如在讲账号人设的文章里顺带提一句某次活动的时间点,删掉后读者对“人设怎么立”的理解不受影响。这类重复优先处理。
区分方法很简单:把这句话遮住,再读一遍上下两段。如果逻辑出现断点,它是承重的;如果读起来只是少了一点氛围,它是装饰的。
当两篇文章面向不同决策时,同一个事实可以在两边都出现,但只能在一处展开。假设一篇讲“微博内容营销的选题来源”,另一篇讲“同一批素材怎么分配到不同账号”。前者需要展开某个用户反馈集中的事实来支撑选题方向,后者只需要一句话交代素材背景,然后指向选题那篇。
具体动作:在非主论据的那一篇里,把原本三到五句的描述压成一句陈述,后面接一个指向主论据文章的链接,锚文本写清楚读者点过去能得到什么,比如“那批反馈的完整分类见选题来源那篇”。做完之后回头检查,压缩后的段落是否还能独立支撑它所在小节的小结论。如果不能,说明这个事实在这篇里其实是承重的,不该压。
如果两篇文章都在回答“怎么从用户反馈里找选题”,只是举例不同,那重复的事实不是问题,重复的论证结构才是。这时保留两处相同事实只会让读者觉得两篇在互相复读。
处理顺序是:先确定哪一篇是这类问题的正主,把另一篇里独有的例子和角度并进去,然后让被合并的那篇转向一个相邻但不同的问题,或者直接下线。判断正主时看两点——哪篇的标题更贴近读者搜索时用的说法,哪篇现有的内部链接更多。这两点都可以在后台直接查,不需要凭感觉。
代价要说清楚:合并会让原来那篇文章积累的链接和访问记录失去落点,所以合并前先确认新页面能承接住原来的核心问法,否则读者点进来发现答的不是自己要的,跳出反而更高。
假设有三篇文章都提到“某次话题活动中,带提问句式的博文互动更高”这个事实。第一篇讲句式选择,把它作为核心论据展开;第二篇讲发布时间,只把它当作背景;第三篇讲配图风格,同样只当背景。
按上面的规则:第一篇保留完整展开,第二、三篇各压成一句,并分别链回第一篇。这样三篇都读过的读者不会觉得被喂了三遍同样的内容,只读其中一篇背景文的读者也不会因为缺少这个事实而看不懂。
如果后来发现第二篇和第三篇的选题其实可以合并成一篇“发布细节”,那就把两篇并掉,共用那一句背景,链接只留一条。动作完成后,检查新页面里这个事实是否还只出现一次——如果合并时手滑复制了两遍,等于白做。
有两种情况保留重复更划算。一是两篇文章分属不同内容系列,读者大概率只接触其中一篇,此时重复是必要的上下文,压缩反而增加理解成本。二是这个事实本身就是读者要反复确认的关键信息,比如某个活动的参与条件,读者可能从任意一篇进入,删掉任何一处都会造成困惑。
另外,不要因为“看起来重复”就去改写措辞。把同一事实换几个同义词说三遍,读者感受到的冗余不会减少,反而更难核对信息是否一致。真正减少冗余的动作只有两个:压缩篇幅,或者减少出现次数。
最后提醒一点:判断冗余不能只看自己站内的文章列表。读者实际从哪篇进入、看完去了哪里,这些行为数据比主观感受可靠。先看数据再决定删哪处,比先删了再补救要省事。