结论先行:只有当两个页面回答的是同一个搜索意图、独有信息可以被另一页自然容纳时,才应该合并;如果独有信息依赖不同的前提条件,合并会让两边的读者都得不到准确答案,这时应保留两页并明确各自适用的场景。判断的关键不是内容重叠多少,而是重叠之外那部分信息是否共享同一前提。
把两页的内容按“结论”和“成立条件”两列拆开。如果两页的核心结论相同,只是举例、数据或步骤详略不同,这些独有部分通常可以并入同一页。如果两页的结论不同,且差异来自不同的业务前提,比如一个假设用户已经注册、另一个假设用户尚未注册,那么独有信息不是补充细节,而是另一套答案,合并后必然要丢掉一边的适用条件。
假设某业务同时有两页介绍退货规则,一页针对已发货订单,一页针对未发货订单。两页都讲“如何申请退货”,表面上答案相近,但时限、责任方和操作入口不同。这种情况下正确动作不是合并,而是在各自页面顶部写清适用订单状态,并互相链接。反过来,如果两页只是分别用文字和列表描述了同一套已发货退货流程,独有信息只是表达形式,就适合合并到信息更完整的那一页。
确认可以合并后,不要直接删除较弱的那一页。先把它的独有内容拆成三类:
实际操作中,先打开保留页,按原有小标题顺序逐段补入第一类和第二类内容;补完后通读一遍,检查新增内容是否让原本清晰的答案变得含糊。如果一段独有信息需要读者先理解三个前提才能读懂,它更适合留在单独页面,而不是塞进合并页。
页面合并后,被合并的页面通常应通过301跳转到保留页,让已有外部链接和用户访问继续指向有效内容。但这一步有一个容易忽略的前提:只有当两个页面的主题确实一致时,301才是合适的。如果被合并页仍有独立搜索需求,把它跳转到另一页会让访问者到达一个不回答其原始问题的页面,此时更稳妥的做法是保留该页并改写其定位。
跳转设置完成后,检查站内是否还有指向旧页面的链接、导航项或表单提交后的落地地址。把这些入口改为指向保留页,否则用户会先经过一次跳转,增加中断的可能。这个动作的结果会直接影响下一步:如果站内旧入口清理干净,后续观察保留页的表现时,就不必再区分流量来自旧页跳转还是站内正常入口。
合并后的一段时间内,保留页的展现或点击可能上升、下降或先降后升。这些现象不能单独证明合并没有问题。搜索需求本身有季节性,同一时期还可能有其他页面改动、站点抓取变化或竞争对手调整。要区分原因,可以在合并前记录保留页和被合并页各自的查询词、展现量和点击量,合并后按查询词分组对比:如果原来分散在两页的查询词现在集中到保留页,且总量没有明显减少,说明合并基本达到了目的;如果某些查询词整体消失,更可能是这部分内容在合并中被弱化或删除,而不是合并本身必然导致的结果。
需要提醒一个反例:如果两个页面的独有信息分别服务于不同地区的用户,比如一页写面向本地的配送说明、另一页写面向外地的配送说明,那么即使答案结构相近,也不应合并成一页。因为读者需要的是与自己所在地区匹配的那一个答案,合并后无论保留哪一边,另一边读者都会得到错误信息。
如果手头有多组候选页面,不要一次性全部合并。先选一组前提差异最小、独有信息最容易归类的页面执行合并,记录合并前后的查询词分布和入口变化。观察一个完整业务周期后,再决定是否把同样的方法用于其他组。对前提差异大、独有信息涉及不同用户状态的页面,则改为在各自页面补充适用条件并互相链接,而不是合并。这样做的结果是:你得到的不只是一次页面数量减少,而是一套能判断“哪些页面该合、哪些该留”的依据,后续处理同类问题时不必重新试错。