没有完整关键词数据、也没有后台权限时,优先做聚合页,而不是继续拆详情页。聚合页能用一页覆盖同一主题下的多种问法,让搜索引擎先看懂你在讲什么;详情页适合需求已经明确、彼此差异足够大、你能分别写透的情况。判断顺序不是看哪个词更热,而是看现有内容能否被一页说清。
需求分散通常有三种来源,对应的动作完全不同。
可执行的最小动作:把手上已有的问法逐条写进一张清单,每条后面标“能否用同一段解释清楚”。能共用的归入聚合页,不能共用的才进入详情页候选。这个动作的结果会直接决定你下一步是写大纲,还是继续拆分页面。
聚合页不是把零散内容堆在一起,而是对一类需求给出统一回答。它成立的条件有三个:这些问法共享同一个读者意图;你能用一个标题和开头段概括全部;页内各小节之间有自然的阅读顺序。
假设一本讲站点结构基础的电子书,读者会问“栏目怎么分”“目录层级多深合适”“旧页要不要合并”。这三者都指向同一件事:页面之间的组织关系。用一页讲清组织原则,再分别用小节说明,读者能顺着读完,搜索引擎也容易判断主题。这种情况下,聚合页是更稳的选择。
但要注意:聚合页覆盖多种问法,不等于每种问法都能拿到独立展示位置。如果某个问法竞争激烈、意图又明显不同,聚合页可能只能覆盖其中一部分。这不是失败信号,而是提示你评估是否值得再开详情页。
详情页适合需求已经分化、且每类需求都需要独立证据的情况。判断标准不是词的数量,而是回答是否需要不同的结构、例子或判断依据。
仍以电子书为例:如果一部分读者关心“新站先建哪些页”,另一部分关心“已有大量旧页时怎么处理”,两者的前提、动作和风险都不同。硬放进聚合页,读者会在不属于自己的段落里迷失。这时为两类场景各建一页,比强行合并更有效。
需要付出的代价是:页面越多,维护成本越高,内页之间也更容易互相竞争。若你缺少数据来判断哪类需求更大,先做详情页的风险是写了很多页却没人读完。因此,在没有权限和完整数据时,详情页应当是聚合页跑通之后的第二步,而不是起点。
没有后台权限,仍然可以做有限判断,但要清楚这些判断不能推出什么。
这里要说明一个常见误判:某个页面请求量下降,不能单独证明它该被合并或删除。也可能是抓取节奏变化、展示位置变动,或需求本身在迁移。把一次统计变化当成处理正确的证据,容易做出错误取舍。更稳的做法是同时看展示、点击和页面内容是否仍与读者问题对应。
面对分散需求,建议按以下顺序处理,而不是一次做完全部决定。
退出不是失败,而是把有限精力集中到能被读懂的页面上。但退出前要确认:该页是否承担了导航或转化入口。如果它被菜单、目录或正文频繁引用,直接删除会带来新的断链问题,应先改链接再处理页面。
先写聚合页大纲,只列共享意图的部分;再把无法放进大纲的问法单独列出,作为详情页候选。若候选超过三个且彼此差异明显,先做聚合页并观察它能否覆盖其中一部分,再决定是否拆分。这个流程不依赖完整数据,但要求你明确每一步的假设:聚合页假设这些需求能被一页说清,详情页假设它们不能。假设被推翻时,改结构比继续堆内容更有效。