页面数量减少本身不等于需求覆盖下降。真正要保留的是“仍然有人搜索、且你能给出可信答案”的那部分需求。做法是先判断退出的是重复表达还是唯一答案,再决定是合并、改写还是保留独立页面;如果某类需求只有旧页面能承接,即使它流量不高,也应优先保留或迁移,而不是直接删除。
页面减少通常来自三种情况:同一需求被多个页面重复覆盖;旧系统或旧合作关系下线,页面无法继续维护;内容本身仍有价值,但原页面结构已经不适合当前站点。三种情况的处理不同,不能一律删除。
可以用一个简单动作区分:把准备退出的页面按“目标需求”分组,而不是按栏目或URL分组。如果同一组里有两个以上页面在回答同一个问题,优先合并;如果某组只有一个页面,且它回答的是用户会单独搜索的问题,就进入保留评估。
判断时看三个证据:
如果三个证据都不成立,页面退出对需求覆盖的影响通常有限;如果其中任意一个成立,就不应直接删除。
当旧页面回答的是一个仍然成立、且没有其他页面能完整承接的问题时,选择保留。保留不等于原样不动,而是把内容迁移到当前可维护的结构中。
实施动作可以按以下顺序进行:
这个动作的结果会直接影响下一步:如果迁移后该需求仍能被单独找到,说明保留成立;如果迁移后它只能作为另一个页面的一小段存在,且用户无法从搜索或站内导航判断这里能回答该问题,就应重新考虑是否给它独立页面。
假设例子:某站点原有三个页面分别讲“旧版流程”“新版流程”和“常见失败原因”。旧版流程已经不再适用,但“常见失败原因”仍有人搜索。此时不应把三个页面一起删除,而应把失败原因并入新版流程页面,并在新版流程中保留一个独立小节。这样页面总数减少,但该需求仍有明确答案。
当旧页面回答的问题已经不再成立,或者只服务于已经退出的旧系统、旧合作关系,选择退出。退出的关键不是删除文件,而是处理入口和替代路径。
实施动作:
这里有一个常见误判:看到某个页面的抓取量或请求量下降,就认为它没有价值。抓取量下降还可能是因为入口减少、站点结构调整或外部链接变化,不能单独证明该页面对应的需求已经消失。更稳妥的做法是回到需求本身:是否还有人会提出这个问题,以及当前站点是否还有页面能回答它。
如果退出后,相关需求仍然存在但没有承接页面,下一步应补一个更聚焦的页面,而不是恢复旧页面。补页面时只回答仍然成立的部分,避免把已经失效的旧内容重新带入。
合并是减少页面数量时最常用的动作,但合并容易把原本独立的需求压成一句概述。判断合并是否成立,看合并后的页面能否让用户在不看其他页面的情况下完成该需求。
可以按以下依据决定合并深度:
合并完成后,检查新页面是否仍然覆盖原来的搜索表达。如果原来两个页面各自承接的表述在新页面中完全找不到,说明合并过度,需要恢复其中一部分为独立段落或独立页面。
有一类页面不适合合并:它们回答的是不同对象、不同条件或不同决策路径,只是主题词相同。例如同一个方法用于不同场景时,用户需要的是针对自己场景的判断依据,而不是一个通用页面。这种情况下,页面数量可以减少,但每个场景至少应保留一个可定位的段落或页面。
另一个例外是旧页面仍在被外部引用,且没有合适的替代页面。此时优先保留一个可访问的承接页面,内容可以精简,但不应让入口失效。等替代页面稳定后,再决定是否退出旧页面。
最后,把页面减少当成一次需求盘点,而不是一次批量删除。先列出仍然成立的需求,再决定每个需求由哪个页面承接。只要每个高价值需求都有明确答案,页面总数下降不会自动导致覆盖下降;反过来,如果只按页面数量做减法,就可能把唯一答案一起删掉。