威海百度：搜索需求太分散时先做聚合页还是详情页
📱 CCBot/2.0 (https://commoncrawl.org/faq/)
🔗 /a49a8a4e7660.html
📄
威海百度：搜索需求太分散时先做聚合页还是详情页
先做聚合页还是详情页，取决于分散需求之间有没有共同的决策任务。如果用户是在同一类比较里反复换词，聚合页能先承接；如果每个词背后对应不同场景、不同交付条件，详情页更合适。下面给出判断依据、一个会让结论失效的反例，以及可以立即执行的一步。
先判断“分散”是词分散还是任务分散
词分散不等于需求分散。假设一个做威海本地服务的站点，后台出现“威海办公室保洁”“威海厂房保洁”“威海开荒保洁”“威海日常保洁”等词，看起来各说各的。此时要问：这些词的用户是不是都在完成同一件事——找一家能上门、能报价、能按周期执行的保洁服务？如果答案接近，聚合页可以先把这些入口收在一个页面上，再用清晰的分段说明不同场景的差异。
反过来，如果“威海办公室保洁”对应的是按工位和频次计价的长期合约，而“威海开荒保洁”对应的是装修后一次性清理，两者在报价方式、进场时间、验收标准上完全不同，那么把它们硬塞进一个聚合页，用户读完仍然不知道下一步该点哪里。这种情况下，详情页优先。
可以用一个简单动作验证：把最近有展示或点击的词列出来，逐条写出“用户此刻要做的决定”。如果超过一半的词指向同一个决定，先做聚合页；如果决定分成三组以上且互不兼容，先做详情页。这个动作的结果会直接决定下一步是写页面结构，还是先补单页内容。
聚合页适合什么条件，详情页适合什么条件
聚合页成立的条件通常有三个：需求共享同一套筛选维度、用户愿意在同一页里比较、站点已经有足够多的相关页面可以指向它。比如用户反复搜索“威海百度”相关的本地服务词，但每个词都落在“找服务商—比方案—问价格”这条主线上，聚合页就能承担导航和比较功能。它不需要把每个词写成独立段落，而是把共同决策点讲清楚，再链接到更细的详情页。
详情页成立的条件则相反：每个需求有独立的判断标准，聚合在一起反而增加理解成本。例如同样是搬家需求，“威海长途搬家”和“威海市内搬家”在车型、计价、时间安排上差异明显，用户进入页面后想看到的是针对自己那一类的说明，而不是一个泛泛的汇总。此时详情页先做，聚合页可以晚一步，等详情页稳定后再抽取共同问题做上层入口。
这里有一个取舍：聚合页更容易在短期内覆盖更多词，但它对内容组织能力要求更高；详情页更容易把单个需求讲透，但数量一多，维护成本会上升。选择不是“哪个更好”，而是“当前哪个更接近用户下一步要做的决定”。
一个会让“先做聚合页”失效的反例
假设你判断所有词都指向同一类服务，于是先建了一个聚合页，把不同场景的说明都放进去。上线后你观察到一个现象：页面有展示，但点击后停留很短，站内搜索或咨询里仍然反复出现“你们到底做不做某某场景”。这可能说明聚合页并没有解决用户的分辨问题，只是把词堆在了一起。
但要注意，停留短或咨询重复并不能单独证明聚合页做错了。它还可能是因为页面首屏没有给出适用条件，或者详情页链接不明显，甚至只是用户习惯先问再读。合理解释不止一种，所以不要只凭一个信号就推翻结构。更稳妥的做法是检查页面是否明确回答了“适合谁、不适合谁、下一步看哪里”。如果这三件事都缺失，问题可能出在内容而不是页面类型。
这个反例的边界是：当不同需求之间需要完全不同的信任依据时，聚合页会失效。例如一个需求看资质，另一个需求看排期，第三个需求看售后，聚合页很难同时建立三种信任。此时应该退回详情页，先把各自最关键的证据补上。
下一步动作：用一个可复查的小闭环决定顺序
不要一次性重做整站。先选一组最分散的词，按下面顺序执行：
- 把词按“用户要做的决定”分组，写在一张纸上或表格里，不急着建页面。
- 如果一组内超过一半的词共享同一决定，先写聚合页的提纲；如果分组后仍然互不相容，先写详情页。
- 无论先做哪种，都在页面里放一个明确的下一步入口，例如指向咨询、报价说明或相关详情页。
- 上线后观察用户是否继续用同一批词进入站内搜索或重复提问。若重复减少，说明结构方向可用；若重复不变，回到第一步重新分组。
这个闭环的价值在于：它把“先做哪个”变成可复查的动作，而不是凭感觉押注。聚合页和详情页不是互斥关系，先做哪一个，取决于你当前能不能用一组词证明用户在做同一个决定。先完成这一步，再决定是否扩大页面范围。
