先看一个矛盾现象:同一页数据在团队里被读出相反结论。做内容的人看到停留时间不短,认为主题清楚;做技术的人看到抓取频次下降,认为页面该拆。两个判断都可能有道理,因为“主题过宽”不是页面属性,而是它承担的任务太多。拆不拆,依据是页面能否被一个可核对的意图说清,而不是字数或模块数量。
第一种解释:页面确实覆盖了多个意图,用户和搜索引擎都难判断它主要回答什么。第二种解释:页面主题并不宽,只是内部链接、标题层级或内容顺序让重要部分被埋住。两种解释指向不同动作——前者要拆成独立任务,后者只需重排结构。把它们混在一起讨论,就会变成“我觉得宽”和“我觉得不宽”的争论。
把分歧转成项目,先做一件低成本动作:为页面列出它当前承担的全部任务,每条写成“谁在什么情境下要得到什么结论”。然后逐条核对三组证据。
这三组证据不需要同时成立。查询意图分成两组、且页面内部明显偏向其中一组时,就足以支持拆分;如果查询集中而内部指向分散,优先考虑重排而不是新建页面。
满足以下条件时,把宽主题拆成独立页面更合理:每个任务有自己稳定的提问方式,能独立形成标题和首屏结论;任务之间不是步骤关系,而是并列选择关系;并且拆出后原页面仍能保留一个明确主任务。反过来,如果两个任务总是被同一批人连续追问、后一个必须依赖前一个的结论,它们更适合留在同一页,用清晰的层级串起来。
一个假设例子:某页面同时讲“如何判断是否需要迁移”和“迁移后的检查项”。如果数据表明多数访问者在同一会话里先问判断、再问检查,这更像一条连续路径,拆开反而增加跳转成本。如果两批访问者分别只关心其中一个,且各自从不同入口进入,拆成两个任务更利于各自被理解。这里的关键不是页面长度,而是任务之间是并列还是连续。
拆分不是终点。新页面发布后,先确认它是否被抓取、是否进入索引,再看它是否承接了原本混在一起的查询。抓取和索引是不同环节,页面被访问不等于被正确理解。如果新页面长期没有被抓取,先检查入口链接和站点结构,而不是急着改内容;如果已进入索引但查询仍落在旧页面,说明旧页面的主任务还不够聚焦,需要继续收敛。
把每个新任务写成一句可核对的话,例如“这个页面只回答X,并在首屏给出结论”。下次再出现“要不要再拆”的分歧时,先回到这句话和上面的证据,而不是凭感觉增加页面。