蓝天算法：多个业务争夺同一搜索需求时如何划界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b719b0583f22.html
📄
蓝天算法：多个业务争夺同一搜索需求时如何划界
当两个或更多业务线都认为自己该拿同一个搜索需求时，先别急着判定谁“更相关”。更可操作的划界方式是：把该需求拆成意图层级、页面承接能力和商业约束三层，再决定是保留、改写还是退出。蓝天算法作为一套针对低质量内容与需求错配的治理思路，真正影响的是“谁有资格承接这类查询”，而不是简单按业务线分配流量。
先分清“同一关键词”不等于“同一需求”
多个业务争夺同一搜索需求，最常见的误判是把关键词字面相同当成需求相同。实际查询背后可能包含三类意图：信息了解、方案比较、交易执行。三者可以共用一个词，但承接页面和业务归属往往不同。
可核对的证据是搜索结果页的构成变化：如果同一查询下，信息型结果与交易型结果长期并存，说明需求本身分层。此时强行让一个业务独占，反而会让页面在某一层意图上表现薄弱。蓝天算法关注的是页面是否真正满足查询意图，而不是谁在内部立项更早。
一个假设例子：某查询下既有“流程说明”类结果，也有“服务报价”类结果。若业务A只做流程内容，业务B只做交易转化，那么划界可以是A保留信息层页面，B改写交易层页面，而不是二选一。
保留、改写、退出的三种适用前提
划界不是平均分配，而是判断哪条业务线能持续提供与查询意图一致的内容。可以用下面三个条件来区分：
- 保留：该业务已有页面能直接回答查询的核心问题，且内容更新有稳定来源。保留的前提是页面与意图对齐，而不是“先占住位置”。
- 改写：页面主题接近，但结构、标题或内容深度偏离查询意图。改写适用于有素材、有编辑能力、能调整承接角度的业务。
- 退出：该业务无法提供与查询一致的内容，或只能靠重复、拼接维持页面。退出不是失败，而是把资源集中到更匹配的需求上。
一个实际动作是：先列出该查询下现有页面的意图匹配证据，包括标题是否直接回应问题、正文是否覆盖主要子问题、是否有明确的下一步动作。若证据显示某页面只覆盖边缘子问题，就应进入改写或退出评估，而不是继续加内链维持。
用可核对证据区分“需求归属”与“页面表现”
当结果与直觉相反时，比如某个业务线内容更多却拿不到该需求，需要区分两种解释：一是需求归属判断错了，二是页面承接能力不足。前者是划界问题，后者是优化问题。
可核对的证据包括：查询下排名靠前的页面是否来自同一业务类型、这些页面的内容结构是否相似、用户在该查询下更常进入哪类页面。若同类页面长期占优，说明需求归属清晰；若页面类型混杂，说明需求本身分层，划界应允许共存。
这里要避免一个推断错误：抓取量或请求量下降，不能单独证明划界正确。它也可能是改版、内链调整或索引波动的结果。要结合索引状态和查询意图匹配度一起看，才能判断下一步是继续保留还是调整。
划界后的动作如何影响下一步
划界结果应直接改变后续动作。若决定保留，下一步是强化该页面与查询意图的一致性，而不是增加无关内容。若决定改写，下一步是调整标题、首段和子问题结构，使页面直接回应查询。若决定退出，下一步是把该页面转向更匹配的需求，或合并到保留页面中。
一个可操作的检查顺序是：先确认查询意图层级，再确认各业务页面的承接证据，最后决定保留、改写或退出。这个顺序能避免先分流量、后补内容的返工。蓝天算法相关的治理逻辑，最终落在页面是否真正满足查询，而不是内部业务谁该拿多少。
