合并前先判断两页是否真的“答案相近”:如果只是主题词相同,但各自覆盖了不同的细分问题、不同的使用条件或不同的证据,直接合并会把独有信息压成一句概括。更稳妥的做法是先把两页的独有信息列成清单,再决定是合并成一个主页面,还是保留一个主页面、另一个做重定向,并把独有内容迁入主页面。
两页都讲同一件事,不代表答案相同。假设有两页都在讲“图片压缩后模糊怎么处理”,A页讲的是压缩参数选择,B页讲的是上传后平台二次压缩导致模糊。主题词相近,但问题场景不同,答案也不同。这种情况下,合并后如果只留下参数选择,B页的独有场景就丢了。
判断依据可以看三点:两页各自回答了哪些子问题;这些子问题是否可以用同一段话覆盖;覆盖后是否会让某一类读者找不到答案。如果第三点成立,就不适合直接合并,而应该考虑保留两页,或者把其中一页改成更具体的子问题页面,再从主页面链接过去。
如果两页的独有信息是同一答案的不同侧面,比如一页讲步骤,另一页讲步骤中的注意事项,那么可以合并成一个主页面。实施动作是:先确定主页面保留哪个标题和开头,再把另一页的独有段落逐条迁入主页面对应位置,而不是把两页内容首尾拼接。迁入后检查每个独有信息是否还有独立的小标题或段落承接,避免变成一句带过。
这个动作的结果会直接影响下一步:如果迁入后主页面结构仍然清晰,就可以把另一页做重定向,并观察主页面在相关查询下的展现是否覆盖了原来的细分需求。如果迁入后主页面变得冗长、小标题层级混乱,说明独有信息不适合塞进同一答案结构,应回到保留独立页的选择。
如果两页的独有信息分别对应不同条件,比如一页面向首次设置,另一页面向已经设置后出现异常,那么即使答案相近,也不建议合并成一个页面。更合适的动作是:保留一个主页面作为总入口,把另一页改成条件更明确的子页面,并在主页面用一段话说明“如果你遇到的是某种情况,可以看另一页”。这样既保留了独有信息,也避免两页在搜索结果中互相竞争。
这个选择成立的前提是:两页各自都有独立的问题边界,并且主页面无法用一段话同时回答两种条件。如果主页面加一段条件说明就能覆盖,那还是应该合并,而不是为了保留页面而保留。
第一步,把两页各自独有的信息摘出来,写成短句清单,不复制原文。清单里只保留“另一页没有提到的条件、步骤、例外或判断依据”。
第二步,给每条独有信息标注它在主页面中的位置:是放在开头判断条件里,还是放在步骤中间,还是放在例外说明里。如果一条信息找不到合适位置,说明主页面结构需要调整,而不是硬塞。
第三步,迁入时保留原信息的限定词。比如“在图片较多时”“如果后台已经开启二次压缩”“仅当字段为空时”这类条件,不能省略。省略后独有信息就变成了通用结论,反而可能误导读者。
第四步,处理另一页的收尾。如果决定合并,另一页应做重定向到主页面,而不是保留两个内容高度重叠的页面。如果决定保留独立页,则要在两页之间建立明确的主次关系,避免读者在两个页面之间来回跳转。
假设有两页都在讲“表单提交后没有提示怎么排查”。A页讲的是前端校验未通过时的表现,B页讲的是网络请求已发出但返回被拦截时的表现。两页标题相近,但独有信息分别是“前端校验”和“返回被拦截”。如果直接合并成“表单提交后没有提示的排查方法”,很容易只留下通用步骤,丢掉这两个具体条件。
更稳妥的合并结果是:主页面先给出判断顺序,然后分别保留“前端校验未通过”和“返回被拦截”两个分支,每个分支保留原来的判断依据和下一步动作。这样合并后,读者仍然能根据自己的现象找到对应分支。这个例子只用于说明保留独有信息的方法,不代表任何真实项目结果。
个别页面合并后表现稳定,不代表所有相近页面都能这样处理。规模化时常见的例外是:两页各自都有少量独有信息,但合在一起后主页面覆盖了太多不相关条件,反而让读者难以判断自己属于哪一种。这种情况下,更合适的做法不是继续合并,而是按条件拆分出更明确的页面,或者在主页面用列表把条件分开呈现。
另外,合并前后比较数据时,要考虑到搜索需求本身可能随季节或事件变化,数据采集方式也可能不同。某次合并后某个查询的展现下降,不能单独证明是合并动作导致的,也可能是该查询整体需求减少,或者页面被抓取和展现的方式发生了变化。判断合并是否合适,应结合多个相关查询和较长时间段来看,而不是只看单个词的短期波动。
最终判断标准是:合并后读者能否更快找到自己需要的答案,独有信息是否还能被对应条件的读者看到。如果这两个问题的答案是否定的,就应该重新考虑合并范围,而不是继续套用同一套规则。