划界的关键不是决定哪个业务“更重要”,而是先确认现有页面里哪些段落真正满足该需求,再把不满足或已失效的部分退出,而不是整页删除或整站保留。你可以拿手里一个正在被多个业务共用的页面做判断:如果同一搜索需求下,页面主体只服务其中一个业务,其余内容只是导流或历史遗留,就应把主体收拢到唯一业务,其余部分改为明确指向该业务其他页面的链接或直接移除。
多个业务同时盯上一个词,常见原因并不是需求真的重合,而是各自把词当成了流量入口。判断方法很直接:看用户在这个词下想完成什么动作。如果动作是比价、查规格、找入口,那需求偏决策;如果动作是了解概念、看流程,那需求偏认知。两类动作对应的页面结构不同,勉强放在同一页,主体就会互相稀释。
拿一个假设例子说明:某站点有一个介绍“设备租赁流程”的页面,后来又被用来承接“设备租赁价格”的咨询。前者用户要的是步骤和条件,后者要的是报价依据。若把报价表直接塞进流程页,用户看到的是两种节奏;此时更合理的做法是保留流程页主体,另建一个只讲计价方式的页面,并在流程页相应段落用一句链接指向后者。
不要凭业务方口头诉求来划界,先看页面自身留下的痕迹。可用的证据包括:该页面近期的抓取与索引状态、站内搜索词、页面内链锚文本、用户从该页继续点击的去向。这些信号能区分“用户确实在这里找这个业务”与“只是业务希望用户在这里找”。
需要提醒的是,抓取量归零或某个统计项下降,不能单独证明处理正确,它只能作为与其他证据并列的一条线索。真正决定去留的,是页面主体是否还在回答该需求。
旧内容、旧系统或旧合作关系需要退出时,最容易犯的错是整页删除或整页保留。更可控的做法是按段落处理:
假设一个页面同时包含“合作申请条件”和“服务范围说明”,合作已终止,但服务说明仍有效。此时不应整页下线,而应移除申请条件段落,把服务说明保留为主体,并让原先指向申请条件的站内链接改指向新的合作入口页。这样做的结果是该页面继续服务服务类需求,合作类需求由新页面承接,两边不再互相干扰。
第一,确认新承接页确实能独立回答该需求,而不是把旧段落原样搬过去。第二,确认退出动作没有留下断链或指向空段落的锚文本。这两件事做完,划界才算闭环。
如果多个业务都坚持保留,可以退一步用页面主体归属来裁决:谁的主体段落能在不借助其他业务内容的情况下回答该需求,谁就保留这一页;其余业务各自建立或指定自己的承接页。这个判断依据来自页面本身,而不是业务方的优先级排序。