百度凤巢：页面主题过宽时依据什么拆成独立任务，条件一：词的意图同源、转化路径一致时不拆
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /630819046716.html
📄
百度凤巢：页面主题过宽时依据什么拆成独立任务，条件一：词的意图同源、转化路径一致时不拆
拆不拆，先看一个判据：把页面主题收窄成一个可被单独验证的意图后，是否还存在两种以上彼此不能共用同一落地页的投放诉求。如果存在，就该拆成独立任务；如果收窄后仍共享同一批词、同一套创意和同一转化路径，硬拆只会制造内部竞争。百度凤巢的推广单元、关键词和创意是分层组织的，页面任务拆分的依据也应落在这个层级上，而不是按内容多少或字数长短来切。
条件一：词的意图同源、转化路径一致时不拆
假设一个账户推广“工业除湿机”，词表里既有“车间除湿机选型”也有“仓库除湿机价格”。这两类词表面分属不同场景，但用户都处在同一决策阶段，都会看同一份参数对比和同一张报价表单。此时把页面拆成两个独立任务，结果是两份内容高度重叠，创意指向的落地页互相替代，账户内部出现自己抢自己的展示机会。
判断动作：把候选词按“用户下一步想做什么”分组，而不是按字面分类。如果分组后各组的下一步动作相同——都填同一张表、都打同一个咨询入口——就保留为一个页面任务，把差异写进页面内的分场景段落即可。这个动作的直接结果是：创意数量减少，但每条创意对应的页面更集中，后续调整出价时不会因为多个单元争同一批词而互相干扰。
条件二：意图分叉且落地页无法同时承接时才拆
仍以除湿机为例，如果词表里混入了“除湿机租赁”和“除湿机采购”。前者要的是按天计费的短租方案，后者要的是设备参数和批量报价。同一个页面无法同时把租赁价目和采购参数都放在首屏，用户进来后第一眼看到的不是自己要的东西，跳出就会集中出现。
这时拆成独立任务的依据是三条同时成立：第一，两组词的核心意图不能在同一屏内并列呈现；第二，两组词对应的转化动作不同，一个是留租赁周期，一个是留采购数量；第三，拆开后各自能写出不重复的标题和描述。三条缺一条，拆分收益就不明确。
实施动作：在凤巢中为两组词分别建立推广单元，各自配独立的创意和落地页，落地页标题直接对应意图。结果如何影响下一步：拆完后观察两组词的点击率和转化动作完成情况。如果租赁组的转化动作完成率明显高于采购组，说明意图分叉判断成立，可以继续按此逻辑细分；如果两组数据没有差异，说明当初的分叉判断可能只是字面差异，应考虑合并回一个任务，避免维护成本翻倍。
规模化的例外：样本成立不等于整体成立
小样本测试时，拆出来的两个页面往往表现都不错，因为此时词量少、竞争不激烈、每个页面都能获得足够展示。但把同样的拆分逻辑套到几百个词上，例外就会出现：部分长尾词的展示量被摊薄到几乎为零，页面长期没有足够数据来判断好坏，拆分反而让每个任务都处于“看不清”的状态。
这种例外的一个合理解释是：拆分让原本集中在一个页面上的展示机会被分散，单个页面拿到的样本不足以支撑判断，而不是拆分本身错了。另一个解释是部分长尾词本来就不该独立成任务，它们只是主词的变体表达。
应对动作：先按意图分叉拆出少量核心任务，把长尾词暂时归入最接近的核心任务中，等某个长尾簇的展示和点击积累到能看出稳定倾向时，再决定是否独立。这个动作的结果是：拆分节奏由数据积累驱动，而不是由词表分类驱动，避免一次性拆出大量无数据的空壳任务。
拆分后必须验证的一件事
拆成独立任务后，最容易出现的问题不是流量不够，而是两个任务的关键词边界没有划清。比如“除湿机租赁价格”同时出现在租赁单元和采购单元里，两个单元争同一批词，出价互相抬高。验证动作：拆完后逐条检查新单元的词是否与其他单元重叠，重叠词只保留在意图最匹配的那个单元中。结果如何影响下一步：如果重叠词清理后某个单元的展示量骤降，说明它原本依赖的就是不属于自己的词，应重新评估该单元是否值得独立存在，而不是把词加回去。
把这两类条件放在一起看，拆分的依据始终是意图能否被同一页面承接、转化动作是否一致、拆开后能否各自积累可判断的数据。三者都满足才拆，缺一个就先合并观察，等例外条件消失再决定。
