先给结论:减少冗余的目标不是让同一事实只出现一次,而是让每篇文章对该事实承担不同任务——一篇文章负责完整定义,其他文章只保留理解当前问题所必需的最小片段,并用链接把读者送回完整解释。判断某处重复该删还是该留,取决于删掉之后,读者能否在不离开当前页面的情况下完成判断。
写三五篇时,同一段背景介绍复制过去几乎无感,读者也不会同时打开多篇。但当站点围绕同一批英文关键词扩展到几十上百篇,问题会以三种方式暴露:读者在搜索结果里连点三篇,看到的是同一段话;编辑改动一处事实,要回头找所有副本同步;页与页之间不再有分工,谁都能回答同一个问题,谁都不深入。
这里有一个容易误判的地方。有人看到多篇内容重复后,某些页面的抓取或展示表现下降,就断定重复本身被惩罚。这个推断不成立,因为同一时间还可能有别的解释:新页面挤占了旧页面的入口、内链结构变化、查询意图本身发生了偏移。抓取量或展示量归零,不能单独证明是冗余造成的。要区分原因,需要看改动的先后顺序和受影响页面的范围,而不是只看一个下降数字。
冗余通常来自两种不同原因,处理方式相反。
解释一:事实本身是共享的。 比如某个行业术语的定义、某个标准的适用范围、某条法规的生效条件。这类事实对多篇文章都必要,重复不是错误,错误在于每篇都把它写成完整段落。正确做法是选一个“主页面”承担完整解释,其余文章只留一句最小必要说明,再加一个指向主页面的链接。
解释二:分工没划清。 两篇文章之所以出现同一段内容,是因为它们其实在回答同一个问题,只是标题换了说法。这种情况下删掉重复段落没有用,因为删完之后两篇仍然在争同一批读者。需要做的是合并、重定向,或把其中一篇改成回答相邻但不同的问题。
这两种解释的处理方向完全不同:前者要拆解并保留链接,后者要合并或重新定位。用错方向,冗余会以另一种形式回来。
可以从三个角度取证,都不依赖任何平台后台的专有数据。
假设一个站点有三篇关于同一术语的文章,分别面向选型、实施和排错。术语定义在三篇里各出现一次完整段落。按上面三条判断:删掉定义后,选型读者仍能判断,实施读者仍能动手,排错读者仍能定位,说明它是共享事实。此时的动作是保留一篇作为完整定义页,另外两篇各压缩成一句并链接过去。结果通常是三篇的差异变得更明显,读者更容易分辨该点哪一篇。这个例子是假设的,用来演示判断方法,不代表任何真实站点的数据。
具体做法可以按顺序推进。
这里有一个必须写清的适用边界:这套方法在文章数量少、主题分散时收益有限,甚至可能因为频繁加链接而打断阅读。它真正起作用的前提是站点已经围绕同一批英文关键词积累了多篇内容,且这些内容之间存在明显的背景重叠。如果只有两三篇,优先把每篇写透,不必急着做拆解。
还要避免一种常见误区:把同义词机械替换当作减少冗余。把“定义”改成“含义”、把“适用范围”改成“适用场景”,读者看到的信息没有增加,页面之间的差异也没有变大。冗余的解法是重新分配每篇文章的任务,而不是换词。
最后,压缩共享事实之后,下一步不是立刻继续扩量,而是回头看内链是否把读者导向了正确的完整解释页。如果链接指向了另一篇同样不完整的文章,读者会在页面之间来回跳而得不到答案,这时需要先修正链接目标,再考虑新增内容。