先做聚合页还是详情页,取决于分散需求之间是否存在可验证的共同意图。如果多个查询指向同一决策阶段、同一类比较或同一套选择标准,聚合页更容易让搜索引擎理解主题范围,也方便用户在一页内完成比较;如果各查询各自对应不同产品、不同规格、不同地区或不同使用条件,详情页更合适,强行聚合只会让页面主题变模糊。下面用一个假设情境说明判断过程。
假设一家销售工业耗材的企业,近期发现三类查询都带来访问:一类问“某类耗材怎么选”,一类问“某类耗材和替代材料区别”,还有一类问“某规格耗材价格”。直觉上,既然都围绕同一类耗材,做一个大聚合页最省事。但把这三类需求放在一起看,会发现它们并不处在同一决策阶段:第一类在建立选择标准,第二类在做方案比较,第三类已经进入规格与报价确认。把它们塞进一个页面,用户要滚动很久才能找到自己那一段,搜索引擎也难以判断这个页面究竟在回答哪个问题。
更合理的做法是先拆意图,再决定页面层级。具体动作是:把近期有展现的查询逐条标注“决策阶段”和“是否共享同一组选择标准”。如果超过一半查询共享同一组标准,聚合页成立;如果每条查询都对应不同标准或不同规格,就应优先做详情页,再用一个分类页做导航,而不是让分类页承担全部解释任务。
聚合页不是把相关词堆在一起,而是让一个页面成为某类需求的入口。它成立通常需要满足以下条件:
如果这三个条件同时成立,聚合页能减少重复页面,也让内链结构更清晰。此时可以先把聚合页做出来,观察它是否同时承接多个查询的展现;如果只有其中一两个查询有展现,其余仍落在详情页,说明聚合范围划得过大,应把不共享意图的部分拆回详情页。
与直觉相反的一种情况是:查询词看起来很像,实际却对应不同购买条件。例如同样问“某耗材价格”,但一个查询隐含小批量试用,另一个隐含长期供货,还有一个隐含特殊规格。这类需求如果合并,页面只能给出笼统区间,用户得不到可执行答案,搜索引擎也难以把页面与具体查询对应起来。
详情页优先的信号包括:
这时更稳的动作是先补齐详情页,再让分类页只做导航和筛选。详情页各自回答一个具体问题,分类页负责把分散需求组织起来。后续如果发现多个详情页反复被同一批查询同时访问,再考虑抽出一个聚合页做横向比较,而不是一开始就赌聚合页能覆盖全部。
搜索需求分散时,常见两种解释:一种是“需求本来就该分页承接”,另一种是“页面结构没表达清楚,导致搜索引擎只能分散匹配”。这两种解释不能只靠感觉区分,可以用一组可核对的证据来缩小范围:
把这些证据放在一起,才能判断下一步是“合并成一个聚合页”还是“继续拆分详情页”。如果证据不足,优先做成本更低的一步:先补一个能回答共同决策问题的聚合段落,观察它是否被同一批查询接纳,再决定是否升级为独立聚合页。
假设你负责企业SEO优化,面对一批分散查询,可以按以下顺序推进:
这个顺序的关键是:不要先决定页面形态,再去找理由。先确认需求是否共享同一决策问题,再决定聚合还是拆分。页面层级选对了,后续的内链、标题和内容深度才有稳定的落点;选错了,再多的页面数量也只是把分散需求复制成更多分散页面。