没有统一答案,但有一个可执行的判断顺序:先看这些分散需求是否共享同一个"选择意图",是则聚合页优先,否则详情页优先。链接交换价值在这里的作用是:聚合页更容易成为外链和内部链接的落点,从而把分散的查询收拢到一个可被理解、可被链接的页面上;但如果需求之间缺乏共同决策场景,聚合页只会变成关键词堆叠,反而稀释每个意图的匹配度。
所谓分散,通常表现为多个近义或上下位查询各自有量、但都不足以单独支撑一个页面。此时要问的不是"哪个词量大",而是"用户搜这些词时,是否在做同一个决定"。
判断依据可以落到一个动作上:把这批查询的意图写成一句话。如果一句话能覆盖全部,聚合;如果需要写三句以上且互不包含,拆详情。这个动作的结果直接决定下一步——聚合页要规划分节与锚点,详情页要规划互相之间的内链关系,两者的结构工作完全不同。
聚合页优先的前提有三个,缺一个就要重新考虑。
假设一个场景:某类服务有五种常见叫法,月搜索量各自不高,但用户搜任何一个时想要的都是"这类服务有哪些做法、怎么选"。这种情况下做聚合页,把五种叫法作为同一页面的分节,链接交换时只需推一个 URL,站内也可以从多个相关页面指向它。这是聚合页的正收益路径。
使上述结论失效的关键条件是:分散需求之间没有共同决策场景,只是词面相似。
例如用户分别搜索"某设备报错A怎么办""某设备报错B怎么办""某设备无法启动",这些查询看起来同属一个设备,但每个都是独立的排障路径,用户不会在一个页面里读完所有故障。此时做聚合页,页面标题只能写得很泛,每个分节又都不够深,用户点进来发现不是自己要的答案就返回,页面拿不到有效行为信号,即使通过链接交换获得外链,链接指向的也是一个意图模糊的页面,价值被浪费。
另一个失效条件是内容深度不足。如果聚合页只能罗列各分支的一句话结论,没有比较、没有适用条件,它既不能满足用户,也不构成一个值得被链接的资源。这种情况下,先做其中最有把握的一个详情页,用它验证需求真实性和内容深度,比一次性铺开聚合页更稳。
如果仍无法判断,不要直接大规模建页。按以下顺序做一次验证:
这个验证动作的产出是一个结构决策,而不是排名结果。它决定了后续链接交换时把链接指向哪里:指向一个聚合页,还是分散指向几个详情页并接受每个页面信号较弱。需要说明的是,抓取、索引和排名是不同环节,页面被收录不等于意图被正确理解,因此验证时要看的是页面内容是否真的覆盖了另一查询,而不是只看它有没有被索引。
把这层想清楚,前面的取舍会更明确。
因此资源有限时,先做聚合页还是详情页,本质是在问:这批需求能不能被一个页面代表,以及你有没有能力为多个页面分别获取链接。能代表、链接资源紧张,先聚合;不能代表、且每个分支都有独立价值,先做最核心的那个详情页,用它的表现决定是否继续拆分。这一步做完,再谈链接交换的具体对象和节奏,方向才不会反。