合并相近页面时,独有信息最容易在“以谁为主”的争论里丢失。可行的做法不是先定胜负,而是先把两页各自不可替代的事实、条件和例子逐条列出来,再决定是并入主页面、改写成补充段落,还是单独保留。判断标准只有一个:删掉这条信息后,读者是否还能得到同样的答案。
两个页面答案相近,通常意味着主题重叠,但不意味着信息完全重复。实际操作中常见的情况是:合并后的页面字数增加了,可原本在次要页面上的一个例外条件、一组限制前提或一个具体例子消失了。不同角色对这件事的理解也不同——写内容的人觉得“意思差不多”,做技术检查的人只看到重复段落被删,负责用户反馈的人却发现有人问的问题没人回答了。
这种分歧不能靠感觉裁决,要转成可以核对的项目。把两页的每个小标题拆开,各自标注它回答的是哪个具体问题,再对照读者可能提出的问法。重叠的部分是合并对象,只有一处出现的内容是候选独有信息。
第一种解释:两页确实在回答同一个问题,差异只是措辞和详略。这种情况下,独有信息多半是补充条件,例如适用范围的限制、失败情形的说明、操作顺序上的先后要求。处理方式是并入主页面,放在对应结论之后,而不是另起一段泛泛而谈。
第二种解释:两页表面相近,实际面向不同前提。例如一个页面默认读者已经具备某项条件,另一个页面则从零开始说明前提。这种情况下强行合并会制造一个又长又互相矛盾的页面。更稳妥的做法是保留一个主页面,把另一页的前提单独写成一小节,或者把它改成指向主页面的短说明。
区分这两种解释的证据不在字数,而在问法。如果两页能被同一句提问同时命中,属于第一种;如果必须加上“在……情况下”才能让其中一页成立,属于第二种。
可以按下面的顺序操作,每一步都留下可复查的记录:
这套动作的结果会直接影响下一步:如果清单显示独有信息集中在前提条件上,说明两页面向的读者不同,此时应优先考虑拆分前提而不是继续合并;如果独有信息只是例子和措辞,合并后补充即可,不必保留两个页面。
假设有两个页面都在说明某项设置的操作步骤。A 页写的是常规流程,B 页在流程中多了一句“若当前环境不支持该选项,需要先完成另一项准备”。合并时如果只保留 A 页的流程,读者在遇到不支持的情形时就得不到答案。此时正确动作不是把 B 页整段搬过来,而是把那个前提写成流程前的一行条件说明。合并后再次核对:用“环境不支持时怎么办”这个问法去读新页面,如果能读到对应说明,说明独有信息保住了;如果读不到,就说明合并动作需要回退或补写。
合并属于一次内容改动,改动前后的表现差异不能直接归因于合并本身。搜索需求会随季节和热点变化,数据采集口径也可能不同。比较时应尽量固定观察的问法集合,而不是只看总量升降。某个问法下的展示或点击归零,也不能单独证明合并处理正确,它可能是需求本身转移、页面被其他页面替代,或采集范围变化造成的。更稳妥的做法是同时看保留内容对应的问法是否仍能被命中,以及原先由次要页面承接的问法是否有了新的落点。
合并的目标不是让两个页面变成一个,而是让读者用任何一种合理问法都能得到完整答案。把独有信息当作需要逐条核对的项目,而不是当作可以概括掉的细节,合并才不会以信息变薄为代价。