惊雷算法，多个业务争夺同一搜索需求时如何划界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /61c53a838ead.html
📄
惊雷算法，多个业务争夺同一搜索需求时如何划界
划界的第一步不是分关键词，而是先确认这些业务是否真的在争夺同一需求。惊雷算法针对的是通过点击作弊提升排名的手段，它改变的是搜索结果的排序信号，而不是需求本身。如果两个业务的目标用户、决策阶段和内容目的不同，它们即使命中同一个词，也不构成竞争；只有当它们用同类页面承接同一批意图、且互相替代时，才需要划界。下面用一个明确标注为假设的情境，把决策过程走一遍。
先判断是同一需求还是同一词
假设一家公司同时经营企业培训和招聘服务，两个团队都想做“数据分析师”这个词。培训团队想招想转行的人，招聘团队想招已经具备技能、正在找工作的人。这两个意图并不相同：前者要的是学习路径和课程，后者要的是岗位和投递入口。此时正确的动作是拆分意图，而不是把词判给谁。
判断依据可以看三点：
- 搜索者处在什么阶段，是了解、比较还是准备行动；
- 页面承接后希望他完成什么动作，是留下线索还是直接投递；
- 如果去掉对方页面，用户是否会明显受损。
如果三点都指向同一批人和同一动作，才是真竞争。如果只有词面相同，划界反而会制造内耗。
用页面目的而不是业务归属来划界
真竞争出现时，很多团队习惯按部门分：培训的词归培训，招聘的词归招聘。这个分法在规模化后经常失效，因为搜索需求不会按公司组织架构切分。更稳定的划界单位是页面目的。
假设同一批用户既想了解转行路径，又想看岗位要求，那么可以在同一主题下设置两种页面：一种解释能力和学习路径，一种展示岗位与要求。它们服务同一需求的不同阶段，可以在内部链接上互相指向，而不是互相争夺排名。此时的动作是明确主页面和辅助页面，主页面承接核心意图，辅助页面承接延伸意图，并让辅助页面指向主页面。
这个动作的结果会影响下一步：如果主页面在目标意图上的表现稳定，说明划界成立；如果辅助页面反而在核心意图上更匹配，说明最初的意图判断有误，需要重新划分而不是继续加页面。
样本成立不等于可以照搬
个别页面在某个词上表现好，很容易被当成规律复制到其他业务。但样本成立往往有前提：该页面恰好匹配了当时的意图、内容深度和内部链接结构。规模化后出现例外，通常是因为新业务的目标用户不同，或者页面目的被稀释。
一个可区分的证据是看例外出现在哪一层：如果只是个别词波动，可能是竞争环境变化；如果整批页面都在同一意图上失效，说明划界规则本身不适用。此时不应继续复制，而应回到意图和页面目的重新判断。
需要提醒的是，抓取量、索引量或某个词的请求量变化，不能单独证明划界正确或错误。抓取和索引是不同环节，排名又是另一环节，任何一个数字归零都可能有多种解释，比如页面调整、抓取预算变化或需求本身波动。把它们当成唯一证据，容易做出错误决策。
把划界写成可执行的规则
为了让多个业务在规模化后不互相踩踏，可以把划界写成几条可检查的规则：
- 先写清每个页面承接的意图和期望动作，不写业务归属；
- 同一意图只保留一个主页面，其余作为辅助并指向主页面；
- 定期检查例外出现在哪些页面和哪些意图上，再决定是调整规则还是调整页面；
- 当两个业务确实服务同一意图时，优先合并或分工，而不是各做一个相似页面。
这些规则的作用不是承诺排名，而是让团队在出现例外时有依据可查。划界的最终目的，是让用户在同一需求下找到最合适的那一个页面，而不是让公司内部每个业务都占一个位置。
