划界的核心不是把关键词分给谁,而是先确认各业务是否真的在满足同一批用户意图;如果意图不同,就应按意图拆页,而不是按业务抢词。假设一家公司同时经营面向个人的资料订阅、面向企业的资料定制和面向开发者的接口文档,三者都提供“SEO资料下载”相关页面,这时的决策顺序是:先判定搜索意图归属,再决定页面归属,最后才处理内链和收录。
多个业务争同一个词,常见原因不是需求真的一样,而是大家只看到了同一串搜索词。需要把搜索词还原为任务:用户是想下载一份现成资料,还是想把自己的资料上传后获取处理结果,还是想找可集成的数据接口。任务不同,落地页就不该相同。
可用的区分证据包括:搜索词中是否出现“模板”“批量”“接口”“定制”等限定语;站内搜索和客服记录里用户接着问了什么;现有页面跳出后用户是否改搜品牌词或更长的限定词。如果三条证据都指向不同任务,就应拆成不同页面,各自只服务一个意图。
一个实际动作是:把现有相关页面按“用户下载后要做什么”分组,而不是按部门分组。分组结果会直接影响下一步:若同一组内出现两个页面,就进入合并或设置主从关系;若分属不同组,就保留分页并各自明确标题和首屏说明。
业务归属是内部管理口径,页面角色才是搜索口径。可以先把候选页面分成三类:主页面负责覆盖该意图下最核心的下载需求,辅助页面负责细分格式、行业或使用方式,入口页面只负责把用户导向主页面。三类角色确定后,再决定由哪个业务维护。
如果两个业务都坚持要主页面,先看谁能提供更完整的下载对象说明、更新记录和失败后的替代路径。谁具备这些条件,谁做主页面的维护方;另一方转为辅助页面,并通过内链把用户送到主页面。这个动作的结果是:后续内容更新、结构化数据和内链调整都有唯一负责人,减少同一意图下多页互相稀释。
需要避免的做法是给两个页面都写近似标题,再靠内链互相投票。这样做不会自动产生主次,只会让搜索引擎在两个近似页面间难以判断哪个更该被展示。
假设某站点有三类业务:个人资料订阅页、企业定制资料页、开发者接口文档页。三页都想承接“SEO资料下载”相关需求。此时先看用户任务:个人订阅页解决“下载现成资料”,企业定制页解决“提交需求后获得定制资料”,接口文档页解决“通过接口获取资料”。
划界结果是:个人订阅页作为该意图下的主页面,企业定制页和接口文档页各自保留,但标题和首屏必须写明适用对象与交付方式;三页之间只保留一条必要的路径,例如从主页面指向企业定制页,而不是三页互相链接。若企业定制页的搜索词证据显示用户常带“批量”“合同”“交付周期”等限定语,它就不应再争主页面,而应独立承接企业意图。
这个假设的关键不是三类业务谁更重要,而是用户下载后要完成的任务不同。任务不同,页面边界就不同;任务相同,才需要合并或指定唯一主页面。
划界不是一次性决定,需要观察后续信号来判断是否成立。第一,看相关页面在站内搜索中的点击分布:如果用户仍频繁从主页面跳到辅助页面,说明首屏说明不够清楚。第二,看同一意图下是否还有两个页面同时获得展示;若长期同时出现,检查标题、描述和正文是否仍在表达同一任务。第三,看下载完成后的下一步行为:用户是否继续寻找同一资料的其他格式,若是,说明辅助页面的入口位置需要调整。
这些现象不能单独证明划界正确。展示下降也可能来自抓取或索引变化,点击变化也可能受季节或渠道影响。因此要把页面角色、内链方向和用户后续行为放在一起看,再决定是合并、拆分还是只改首屏说明。
如果做完分组后仍无法判断谁该做主页面,优先选择能提供更完整下载说明和后续路径的那个页面,而不是业务规模更大的那个页面;因为搜索需求按任务归属,不按内部汇报关系归属。这个判断会直接决定后续内链和内容更新由谁负责,也决定用户能否在第一次访问时就找到正确的下载入口。