百度清风算法，搜索需求太分散时先做聚合页还是详情页
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /baf06cb507cc.html
📄
百度清风算法，搜索需求太分散时先做聚合页还是详情页
先做聚合页还是详情页，取决于你面对的是“同一意图的多种问法”还是“多个彼此独立的意图”。前者适合先用聚合页承接并观察，后者更适合先做详情页。清风算法打击的是低质采集、拼接和题文不符，它并不要求你把所有内容都压成一个页面；真正的判断依据是：这些分散需求能否被一个页面自然回答，以及你是否已有足够素材让每个子意图都得到实质解答。
先判断：分散的是问法，还是意图
把搜索词按“用户想完成的事”归类，而不是按字面相似度归类。如果十几种说法最终都指向同一个动作，例如同一类问题的原因、判断方法和处理顺序，那么它们属于同一意图的不同问法，聚合页成立。如果每个词背后对应的对象、阶段或决策不同，用户看完一个页面后仍要去找另一个页面，那就属于多个意图，强行聚合只会让每部分都写不深。
一个可操作的检验方法：假设你只保留一个页面，能否在不堆砌的前提下，用小标题分别回答每个子问题，并让读者读完就能行动。如果答案是肯定的，聚合页优先；如果必须为每个子问题补充大量独立背景、步骤和例子，详情页优先。
选择聚合页的前提与代价
聚合页适合以下条件同时成立：子需求共享同一核心概念；你已经有一批可引用的素材或数据；各子问题之间存在清晰的先后或分类关系。此时聚合页的价值在于让搜索引擎和用户在一个地址上看到完整覆盖，减少重复页面之间的内部竞争。
代价是维护成本集中。页面变长后，任何一处信息过时都会影响整页可信度。实际动作可以是：先发布聚合页，在发布后两到四周观察百度搜索资源平台里的抓取和展现情况，同时看页面内各小节的跳出与停留。如果某个小节持续吸引点击但内容偏薄，再把它拆成独立详情页，并在聚合页保留摘要和链接。这个动作的结果会直接决定下一步：是继续扩充聚合页，还是进入拆分阶段。
选择详情页的前提与代价
详情页适合子需求之间差异明显、每个都值得单独解释的场景。它的好处是标题与正文可以精确对应一个意图，用户进入后不需要在长页面里寻找答案，搜索引擎也更容易判断该页的主题边界。
代价是页面数量增加后，容易出现内容相近、互相争夺同一批词的情况。此时需要靠内部链接和主题分工来区分：聚合页负责覆盖和导航，详情页负责深入回答。实际动作是：为每个详情页写一句只有它能回答的问题，如果写不出来，说明它还不该独立存在。
一个假设例子：三种问法能否合并
假设你经营一个面向本地商户的知识站，发现三类搜索词都在增长：某类经营问题的判断标准、处理步骤、常见误区。三者共享同一主题，但判断标准需要对比条件，处理步骤需要顺序，常见误区需要反例。若素材充足，可以先做一个聚合页，用三个小节分别回答，并在每个小节末尾链接到更细的详情页。若素材只够写清判断标准，就先做详情页，等步骤和误区积累到能独立成文再补。
这个例子的数字只用于说明比较方法：把每个子问题的素材量、独立性和更新频率列出来，素材少且更新慢的并入聚合页，素材多且更新快的单独成页。不要因为某个词搜索量看起来大就单独建页，搜索量不能单独证明意图独立。
清风算法下更该关注的处理顺序
无论选哪种，先确保页面标题、首段和主体回答的是同一个问题，避免为了覆盖更多词而拼接无关段落。清风算法针对的是质量与体验问题，不是页面数量问题；聚合页和详情页都可能合规，也都可能出问题。若你发现某个页面长期没有展现，先检查它是否被正常抓取和索引，再判断是内容质量问题还是需求判断错误。抓取、索引和排名是不同环节，展现为零不能单独证明你的聚合或拆分决策错了。
如果常规做法已经试过仍无改善，优先检查是否有一个被遗漏的条件：页面是否真的回答了用户搜索时想完成的事。保留、改写还是退出，取决于这个条件是否成立，而不是取决于页面形式本身。
