划界的核心不是把某个业务赶出这个词,而是先确定谁在这条需求上拥有可验证的交付能力,再用site:查询分别观察各业务站点的收录范围,把重叠部分交给最能承接转化的一方,其余业务改打细分场景。下面用一个假设情境把决策过程走完。
假设一家公司同时经营企业培训和人才招聘,两个团队都想在“岗位能力提升”这类需求上获得自然搜索流量。培训团队卖课程,招聘团队想吸引求职者注册。搜索意图既包含“我想学”,也包含“我想找机会”,两边都能自圆其说。此时若直接按谁先提交谁先占,冲突会反复出现,因为前提没有变,但判断标准缺位。
先做一次site:查询,分别看两个业务域名下与这条需求相关的页面被收录了多少、大致是什么类型。这一步只回答“搜索引擎已经理解并保存了哪些页面”,不回答排名好坏。如果培训站只有课程列表页被收录,招聘站只有职位列表页被收录,说明两边都还没有专门承接这条需求的落地内容,重叠是虚的,先各自补内容即可,不必急着划界。
当两边都已有内容且都在site:结果中出现,就要比较交付能力。可区分的证据有三类:
三项都占优的一方获得主词归属,另一方转向细分表达,例如按行业、按职级、按学习方式切分。这里的关键动作是:把主词页面固定在一个业务下,并在另一个业务的相近页面上明确指向不同人群。做完这个动作后,再查一次site:,观察两边收录页面是否开始分化;如果仍然高度雷同,说明细分没有落到标题和正文里,需要继续调整内容,而不是回头再抢主词。
划界不是一次性的。以下变化出现时,原先的归属条件不再成立:
出现前两种情况,应重新按交付能力评估,而不是按历史归属延续。出现第三种情况,合理做法是拆成两个页面,各自服务一种意图,并互相链接说明关系。此时site:查询的用途是确认拆分后的页面是否都被收录;收录量增加本身不证明拆分正确,还要看用户是否在各自页面上完成了对应动作。
把上面的判断整理成固定顺序,每次冲突都按这个顺序走:
需要提醒的是,收录数量下降或某项查询结果归零,也可能来自抓取预算调整、页面改版或站点结构变动,不能单独作为划界错误的证据。只有当交付能力证据和用户行为同时指向同一结论时,调整归属才更稳妥。