先做聚合页还是详情页,取决于你手上已有的“可核验证据”指向哪一种意图:如果多个分散查询共享同一决策阶段、同一比较维度,聚合页优先;如果每个查询各自对应不同型号、不同问题、不同使用条件,详情页优先。缺少完整数据或权限时,仍可执行的最小动作是:拿一个已有页面,把它的标题、首屏承诺、内链锚文本、以及你能看到的查询词逐条对齐,看它们是否指向同一件事。若对齐后仍无法判断,不要急着新建页面,先把现有页面改成能承接其中一类意图的版本,再观察展示与点击的变化,而不是直接推断“需求分散所以必须做聚合”。
搜索需求看起来分散,常见有两种成因。第一种是表达分散:用户用不同说法问同一件事,例如同一类产品的“怎么选”“哪个好”“区别在哪”,这类查询通常可以进入同一个聚合页,因为读者要的是比较框架和决策路径。第二种是意图分散:查询词背后是不同任务,例如一个词在问安装步骤,另一个词在问故障原因,还有一个词在问配件兼容性,这时把它们塞进一个聚合页,只会让首屏承诺变得模糊。
缺少关键词工具或后台权限时,可以用一个替代证据:把你已收录页面的标题和首屏第一段抄下来,再列出你从搜索框联想、站内搜索记录或客服问题中看到的查询词。若超过一半的查询词能被同一句首屏承诺覆盖,偏向聚合页;若每个查询词都需要换一句承诺才能回答,偏向详情页。这个判断不依赖精确搜索量,但也不能据此得出“某词没有需求”的结论,因为联想和站内记录只反映部分样本。
假设你手上有一个产品分类页,标题写的是品类名,首屏却在讲其中一款产品的参数。你看到多个查询词分别指向不同型号。此时不要立刻新建聚合页,而是先做三步最小动作:
这个动作的结果会直接影响下一步:如果聚合页的展示上升但点击没有改善,说明框架有了但承诺不够具体,应改首屏而非继续加页面;如果详情页开始承接原本分散的查询,说明意图确实分层,聚合页只需保留比较入口,不必吞掉所有内容。反过来,如果聚合页和详情页互相争夺同一批查询,先检查内链锚文本是否重复,而不是先归因于“页面太多”。
聚合页成立的条件通常包括:多个查询共享同一决策阶段;读者需要先看选项再决定深入哪一个;你有能力维护一份稳定的比较维度,而不是把不同任务的答案拼在一起。详情页成立的条件通常包括:每个查询对应独立的使用条件、独立的兼容范围或独立的问题排查路径;读者进入页面时已经知道自己要什么,只差确认细节;聚合页无法在不牺牲清晰度的前提下回答这些细节。
一个可区分的证据是内链锚文本的写法。如果多个锚文本都可以写成“查看对比”而不损失信息,聚合页更合适;如果锚文本必须写成“某型号在某种条件下的安装步骤”,说明详情页更合适。另一个证据是首屏承诺能否用一句话覆盖。聚合页的首屏承诺通常是“帮你缩小选择范围”,详情页的首屏承诺通常是“帮你完成某个具体动作”。两者不能互相替代。
缺少完整数据或权限时,容易把“看不到”当成“不存在”。以下结论不能单独成立:某个查询在工具里显示为零,不能证明该需求不存在,它可能只是没有被该工具采样;某个页面抓取量下降,不能单独证明页面处理正确,它也可能是站点整体抓取预算变化、内链调整或重复内容合并的结果;聚合页上线后展示上升,不能直接推出排名提升,展示与点击属于不同环节,索引和排名也各自独立。
可以执行的替代动作是:用站内搜索词、客服记录、销售问答、以及页面上的滚动或跳转行为作为需求线索,但要把它们当作假设来源,而不是结论。然后选一个已有页面做小改动,保留改动前后的标题、首屏和内链记录,观察展示与点击是否朝预期方向变化。若变化方向与假设一致,再考虑扩展;若不一致,先检查页面是否被正确抓取和索引,再决定是否调整聚合与详情的分工。
如果你现在只能做一个动作,建议先改已有聚合页的首屏和内链,而不是新建页面。原因是新建页面会增加抓取、索引和内容维护成本,而改已有页面可以更快看到“同一批查询是否愿意进入更深页面”。改完后,用详情页的进入路径是否变清晰来判断:读者是否从聚合页点进详情页,详情页是否回答了聚合页没有展开的条件。若这条路径成立,聚合页与详情页就是分工关系;若不成立,再考虑把聚合页缩回一个更窄的主题,或把详情页合并回聚合页。整个过程不需要精确搜索量,但需要你记录改动前后的页面承诺与内链锚文本,否则无法判断下一步该扩还是该收。