把页面主题拆成独立任务,依据不是主题听起来有多大,而是搜索结果里到底出现了几类不同的意图。如果同一批查询下,用户想找的是不同答案,那么一个页面很难同时满足;如果只是同一答案的不同说法,拆页反而会分散力量。下面用两种可核对的条件说明怎么选,以及拆完后第一步该做什么。
主题过宽通常有两种成因,处理方式相反。第一种是意图混杂:同一类词下,用户有的想比较、有的想直接获取、有的想了解流程。这时拆成独立任务是合理的。第二种是覆盖不足:意图其实一致,只是当前页面写得浅,缺少细节和证据。这时拆页只会制造多个半成品。
区分两者的动作是查实际结果页。把主题相关的若干查询逐一搜索,记录前几位结果分别是什么类型的内容:是同一类页面反复出现,还是明显分成几组。如果分成几组且组内稳定,说明意图确实不同;如果结果高度同质,说明是深度问题。这个动作的产出直接决定下一步:前者进入拆页规划,后者进入补深现有页面。
当结果页稳定分成几组,拆页的依据是每组对应的用户任务,而不是按词的长短或数量机械切分。可以这样操作:
假设某站有一个泛主题页,同时承接“怎么选”和“怎么做”两类查询。按任务拆成两页后,可以观察两页分别被哪些查询触发;如果某页长期只被一类查询触发,而另一类查询仍落在原页,说明拆分方向基本成立。这里要注意,触发查询的变化只是线索,不能单独证明拆分正确,还要看页面是否真的回答了对应任务。
如果结果页同质,说明用户要的是同一个答案的不同侧面。这时正确动作是补深现有页面,而不是拆成多个入口。补深的依据是当前页面缺什么:缺具体条件、缺对比、缺边界说明,还是缺可核对的依据。
一个可执行的做法是列出该主题下用户最可能追问的问题,逐条检查现有页面是否已经回答。没有回答的,补进同一页面;已经回答但含糊的,改成可判断的表述。这样做的结果是页面能承接更多相关查询,而不是把流量分给几个都不完整的页面。例外情况是页面已经很长且主题内部确实存在先后依赖,例如必须先理解概念才能操作,这时可以拆成有明确先后关系的两页,并在页面之间建立指向关系。
拆成独立任务后,不要立刻铺开写。先给每个页面定一个可验收的结果,例如“读者读完能判断自己属于哪种情况”“读者能按步骤完成一次操作”。这个结果决定了页面需要哪些证据、哪些例子、哪些边界说明。
然后安排顺序:先做那个能独立成立、且不依赖其他页面补充的任务页。做完后观察它是否被目标查询触发、是否被正常抓取和索引。抓取和索引是不同环节,收录了不等于排名会变化,排名变化也不等于任务拆分正确。如果页面长期没有被索引,要先查技术可访问性;如果被索引但没有出现在目标查询下,再回头检查任务定义是否和搜索结果里那组意图一致。这个检查结果会决定是继续做下一个任务页,还是回到任务划分本身修正。
三种情况建议保持单页:一是各组意图共享同一套核心答案,拆开后每页都要重复大半内容;二是主题本身查询量有限,拆页后每页都得不到足够信号;三是团队没有能力为每个新页提供独立证据,只能复制现有内容。第三种情况下拆页不仅无效,还会让站内出现多个近似页面,增加判断成本。此时更合理的动作是把资源集中在一个页面上,把它写到能覆盖主要任务为止。