先做聚合页还是详情页,不取决于哪种页面更“高级”,而取决于需求之间是否存在可共享的判断标准。如果多个说法只是同一件事的不同叫法,优先做聚合页;如果每个说法背后对应不同的使用条件、地区、型号或决策阶段,优先做详情页。判断错了,聚合页会变成什么都答不清的目录,详情页会变成互相竞争的同质页面。
把收集到的搜索词按“用户想完成什么”分组,而不是按字面相似度分组。同一个意图下的不同说法,例如同一类服务的几种俗称、简写、口语表达,属于叫法分散,适合用一个聚合页承接,再用小节或锚点覆盖各说法。反过来,如果词与词之间改变的是预算、场景、规格、适用对象,那就不是叫法问题,而是条件分散,硬塞进一个页面会让每段都写不深。
一个可核对的判断动作:任选两个词,问“回答A的结论能不能直接回答B”。能,归入同一组;不能,就应拆开。这个动作的结果会直接决定下一步是做聚合页结构,还是先为条件最明确的那一组写详情页。
当需求共享同一套判断标准,只是入口叫法不同,聚合页更划算。它的价值在于集中说明“怎么选、怎么判断、什么情况不适用”,让用户在一个页面内完成比较,而不是在多个浅页面之间跳转。
聚合页要避免只做链接目录。每个被聚合的意图至少要有一段能独立成立的说明,否则用户点进来仍然得不到答案,页面也很难被理解为对某一主题的完整覆盖。
当每个需求对应不同的前提,详情页才是正确起点。前提包括适用对象、使用场景、规格差异、地区差异、决策阶段差异。这些差异会改变结论,聚合在一页里只能写成模糊的“视情况而定”,对用户没有帮助。
假设有一组词,分别指向“给小型场地用”和“给大型场地用”。这两类用户关心的判断依据不同,如果强行合并,页面只能同时写两套标准,读者需要自己筛选。此时先写条件最清晰的那一类详情页,跑一段时间后观察哪些问题反复出现,再决定是否需要一个聚合页来统一入口。这里的数字和场景只是说明比较方法,不代表任何真实项目结果。
多个角色对“该做聚合还是详情”意见不一致,通常是因为各自理解的用户意图不同。与其争论,不如把分歧拆成可以核对的项:
这个过程的产出不是最终答案,而是一份可以复核的分组表。后续无论选择保留、改写还是退出某个页面,都能回到这张表上找依据。
页面已经存在时,同样面临取舍。保留的前提是该页面能独立回答一个有条件的意图,并且与其他页面不构成同质竞争。改写的适用前提是意图成立但当前内容没有把条件写清楚,例如只罗列了通用介绍,没有说明适用范围。退出的前提是该页面既没有独立意图,也无法通过补充条件变得有用,只是为覆盖某个说法而存在。
需要提醒的是,某个页面流量下降、抓取减少或某个词的表现归零,不能单独证明应该退出。抓取和索引是不同环节,排名变化也可能来自需求本身转移、页面被其他页面替代、或用户直接在其他入口完成决策。把这些可能逐一排除后,再决定保留、改写还是退出,比单看一个现象就动手更稳。
如果暂时无法判断,可以先改写一个条件最明确的页面,观察它能否独立承接该组需求;能,就继续按这个方向拆分;不能,再回到聚合页方案。这个动作的结果会决定下一批页面是做深还是做合。