先给结论:划界不是把词分给谁,而是先判断这些业务在搜索结果里是不是同一类“任务”。如果用户搜同一个词时想完成的事不同,就应该拆成不同页面、不同入口;如果用户想完成的事相同,只是你们内部有多个业务都想接,那就应该合并成一个主承接页,再在页面上分流。判断依据不是谁嗓门大,而是看搜索词背后的动作是否一致。
在沧州做本地业务时,经常出现一种情况:两个团队都认为某个词该归自己,因为词面上都包含同一个地域或同一个行业词。但真正打开搜索结果看,排在前面的页面可能一半是信息说明,一半是服务报价,还有一部分是问答或政策解读。这说明同一个词下混着不同任务,不能只按词面划界。
可核对的证据有三类:第一,看排名靠前的页面类型是否一致,如果一半是文章、一半是服务页,说明需求本身分层;第二,看页面标题和摘要承诺的动作,是“了解”“对比”还是“联系”“预约”;第三,看用户点进去后下一步要做什么,是继续阅读还是直接询价。三类证据指向不同结论时,不要急着下判断,先承认这个词可能同时服务多个阶段。
如果这三类证据都指向同一个动作,比如都是找本地服务并询价,那么多个业务争夺同一个词就是内部资源分配问题,不是搜索需求划分问题。此时拆成多个页面反而会让搜索引擎和用户都难以判断哪个是主承接页。
条件一:用户搜索后要完成的任务不同。比如一部分人想了解流程和条件,另一部分人已经决定要找人做,只差对比和联系。这时应该拆成至少两类页面:一类负责解释和建立信任,一类负责承接咨询和转化。拆开的动作是分别确定主页面、分别写标题和摘要、分别设置内部链接。结果是两类页面各自服务一类人,互相不抢同一个位置。
条件二:用户搜索后要完成的任务相同,只是你们内部有多个业务线都能接。这时应该合并成一个主承接页,页面上再按业务线分流。合并的动作是选一个主页面作为搜索结果入口,其他页面通过锚点、卡片或内链指向主页面。结果是用户先看到统一入口,再根据自己情况选择具体业务,避免多个页面在搜索结果里互相竞争。
两种选择的分界线可以这样记:任务不同就拆,任务相同就合。拆的时候要接受短期内多个页面可能都不够强;合的时候要接受主页面需要承载更多信息,不能只放一个联系方式。
假设沧州有三个业务团队:一个做本地咨询,一个做设备安装,一个做售后维护。三个团队都认为“沧州某类服务”这个词该归自己。先不要争词,先做一个假设检查:如果用户搜这个词,他下一步最可能做什么?
这个例子里,三个动作不同,所以应该拆成三个页面,而不是让三个团队抢同一个页面。拆完之后,每个页面只回答自己那一类动作,标题和摘要也围绕这个动作写。下一步是观察哪个页面先获得点击和停留,再把资源往那个方向倾斜。注意,这里说的“点击和停留”只是判断线索,不是排名保证,也不能单独证明某个页面一定正确。
具体动作可以按顺序做:第一步,把争夺同一个词的所有业务列出来,每个业务写一句“用户搜这个词后要完成的事”。第二步,把这些事归类,任务相同的归为一组,任务不同的分开。第三步,每组只设一个主承接页,其他页面作为辅助页或分流页。第四步,在主承接页上设置清晰的下一步动作,比如咨询入口、对比说明或条件清单。第五步,用内部链接把辅助页指向主承接页,但不要把所有页面都指向同一个词。
这个动作的结果是:搜索引擎更容易判断哪个页面该出现在哪个位置,用户也更容易找到自己要做的事。如果做完之后发现某个页面仍然没有获得预期的点击,先检查它承接的任务是否和搜索结果里的主流任务一致,而不是立刻加词或改标题。
有一种例外:两个业务的任务看起来不同,但用户在实际搜索时并不区分。比如用户只关心“能不能解决”,并不关心是咨询还是安装。这时强行拆成两个页面,可能让用户在每个页面都只看到一半答案。更合适的做法是合并成一个页面,在页面内部用段落或模块区分不同业务,让用户自己选。
另一种例外:某个业务线暂时没有足够内容支撑一个独立页面。这时不要为了占位而拆,可以先在主页面里保留一个模块,等有真实问答、流程说明或案例素材后再独立。判断标准是:独立页面能不能单独回答一类完整任务,而不是能不能放一个联系方式。
最后要说明的是,抓取、索引和排名是不同环节。页面拆了或合了,只代表结构变了,不代表一定被抓取、被索引或获得排名。如果发现某个页面没有出现,先确认它是否被索引,再确认它是否在竞争同一个任务;不要因为一次没看到就断定划分失败。