划界的核心不是判断谁“更有资格”做这个词,而是确认同一搜索需求下,各业务能提供的答案是否真的不同。若不同,就按意图类型分页并互相区分;若相同,就应指定唯一承接方,其余业务改为引用或协作,而不是各自建页互抢。
假设一家公司同时有两条业务线:一条卖通用型项目管理软件,另一条提供面向工程团队的定制实施服务。两者都盯上了“项目管理工具选型”这类搜索需求。通用软件团队写了一篇选型指南,定制服务团队也写了一篇,标题接近、结构接近,都指向各自的咨询入口。搜索引擎面对两个高度相似的页面,难以判断哪个更符合查询意图;用户点进来后也会困惑:到底是在看产品对比,还是在看服务方案。
这时真正的问题不是“谁该放弃”,而是这两条业务对同一个查询能给出的答案是否可区分。如果通用软件回答的是“有哪些类型、各自适合什么规模”,定制服务回答的是“已有系统如何迁移、实施周期怎么排”,那它们面对的是同一大需求下的两个子意图,可以各自成页。如果两篇都在回答“怎么选”,内容重叠,就必须合并或指定主承接页。
划界的第一依据是搜索意图,不是谁先做、谁的预算多或谁的页面权重高。可以先把同一需求拆成几类典型意图:
如果两个业务分别承接不同意图,就可以保留两页,但要在标题、首段和内部链接上明确各自边界,让用户和搜索引擎都能看出差异。如果两个业务都落在同一意图上,就应选一个主承接方,另一方不再单独建同质页面。
旧内容、旧系统或旧合作关系要退出时,不能因为流量下降就整块删掉。可以按下面三个证据决定保留什么:
这里要区分抓取、索引和排名:页面被删除后不再被抓取,不等于它曾经回答的需求消失;排名下降也可能来自内容重叠、内部链接变化或用户行为改变,不能单独归因于某一次调整。
假设上述公司决定让通用软件团队承接“怎么选”的比较型需求,定制服务团队转向“如何迁移和落地”的执行型需求。具体动作是:先列出一张承接方登记表,写明每个目标需求由哪个页面负责、对应哪种意图、其他页面如何引用它。然后按登记表处理旧页面:能合并的合并,能改写的改写,确实无独立价值的再退出。
这个动作的结果会直接影响下一步。如果登记后发现两个业务仍然指向同一意图,就继续合并,而不是急着删页;如果发现旧页面其实覆盖了一个没人承接的子意图,就把它保留并补上内部链接。这样做的目的不是保住所有旧地址,而是让每个仍然存在的页面都有明确分工,减少同一需求下的内部竞争。
旧系统或旧合作关系退出时,常见做法是整站清理。但若旧页面仍有独立价值,可以保留最小结构:保留能回答子意图的正文,去掉已经失效的入口和承诺,把主承接页链接放在显眼位置。若旧页面已无独立价值,则让旧地址指向最接近的新页面,避免用户落到空白页。
需要说明适用条件:这套划界方法适合同一组织内部多个业务争夺同一需求的情况。若两个业务面向完全不同的用户群,或搜索词本身存在明显歧义,则应先确认用户到底在找什么,再决定是否分页。划界不是一次性动作,需求变化、业务调整后需要重新检查承接关系,但不必为每次波动立即改版。