当两个以上业务线都声称某个搜索需求归自己时,先不要急着分配页面,而要判断这条需求最终由谁承接、由谁维护、由谁承担退出成本。划界的关键不是谁先做了页面,而是哪个业务能提供更完整的答案并持续更新。对旧内容、旧系统或旧合作关系,可以按“保留、改写、退出”三种处置分别设定前提,避免用同一套规则处理所有重叠。
同一搜索需求下出现多个页面,常见原因有三类:历史遗留、组织分工重叠、内容形态不同。历史遗留指早期由某个团队建过页面,后来业务已经转移;组织重叠指两个团队都认为该需求属于自己;内容形态不同指一个页面适合做概览,另一个适合做深度解答。这三类原因的处置方式并不相同。
判断归属时,可以问三个问题:
如果三个问题的答案指向同一个业务,归属通常比较清楚。如果指向不同业务,说明这个需求本身可能还需要拆分,而不是简单判给某一方。此时可以做一个假设例子:A业务负责知识解释,B业务负责服务预约。若搜索词同时包含“是什么”和“怎么办理”,直接合并成一个页面往往会让两边都不满意,更合理的做法是把解释部分保留在A,把办理入口和条件说明放在B,并在两边用清晰的链接关系说明分工。这个例子的数字仅用于说明划分方法,不代表真实流量或转化数据。
保留一个旧页面,不是因为它在搜索结果里还出现过,而是因为它满足以下条件:内容仍然准确,有明确的维护人,且与归属业务不冲突。如果页面只是历史遗留,但内容已经过时,保留只会增加用户判断成本。
一个可执行的动作是:给每个重叠页面标注“维护人、最近核对时间、下一步动作”。如果某个页面找不到维护人,或者最近核对时间已经超过业务可接受的周期,就进入改写或退出评估。这个动作的结果会直接影响下一步:有维护人的页面可以进入保留清单,没有维护人的页面不再默认保留,而是先判断是否还有独立价值。
保留并不等于原样不动。即使决定保留,也应确认页面是否清楚说明自己解决的是哪一部分需求,避免和归属业务页面争夺同一批用户。必要时应调整标题和开头段落,让用户一眼看出这个页面负责什么、不负责什么。
改写适用于一种常见情况:搜索需求本身仍然存在,但原来的业务、系统或合作关系已经退出,继续保留原页面会误导用户。这时不是简单删掉,而是把页面改成由新承接方维护的版本。
改写前要确认两件事:
如果新承接方只愿意承接办理环节,不愿意维护解释内容,那么改写范围应限制在办理信息,解释部分留给仍然负责该内容的业务。否则页面会变成“有人建、没人管”的状态。改写完成后,应检查页面是否还保留旧合作关系、旧系统入口或已经失效的说明。这些内容如果继续存在,会让用户误以为旧渠道仍然可用。
退出不是失败,而是划界的一部分。以下情况可以考虑退出:需求已经由归属业务的页面完整承接;原页面内容重复且没有额外信息;旧系统或旧合作关系已经结束,页面无法更新到准确状态。
退出时要注意,不能只用“抓取量下降”或“搜索请求归零”来证明处理正确。抓取量下降还可能是因为页面被合并、内部链接减少、网站整体调整或搜索引擎重新评估。要区分这些合理解释,再决定是继续观察还是执行退出。
一个实际动作是:在退出前记录该页面当前承接的需求、主要入口和替代页面。退出后,如果用户仍然通过旧链接进入,应确保他们能看到替代页面的说明,而不是直接落到无关内容。这个动作的结果会影响下一步:如果替代关系清楚,退出可以继续;如果用户仍然在旧页面寻找信息,说明替代页面还没有真正承接住需求,需要先补全再退出。
多个业务争夺同一需求时,最怕的是每次讨论都从头开始。可以把结论整理成一张简单的处置表,每个重叠页面只填四项:需求描述、归属业务、处置方式、下次核对时间。处置方式只允许填“保留”“改写”或“退出”,避免出现“先放着”这种无法执行的中间状态。
这张表的作用不是替代判断,而是让判断结果可追踪。下次再出现争议时,先看归属业务和处置方式是否已经变化。如果变化了,再重新评估;如果没有变化,就按原结论执行。这样既不会因为一次抓取波动就推翻全部安排,也不会让旧内容、旧系统或旧合作关系长期悬而不决。