当页面主题过宽时,拆成独立任务的依据不是“感觉内容多”,而是看用户带着不同意图进入时,是否需要在同一页面上完成不同判断。如果两种意图共享同一组证据、同一组下一步动作,就应合并;如果各自需要不同的前提、不同的数据或不同的操作结果,就应拆成独立页面或独立任务。缺少完整数据或权限时,仍可以先做最小动作:抽出一条典型搜索意图,检查当前页面是否同时承担了两种不兼容的下一步。
页面很慢的直观感受常被归因于体积、脚本或图片,但主题过宽会以另一种方式拖慢体验:用户进入后找不到自己该看的部分,反复滚动、点击、返回,实际等待感来自“找不到答案”,而不是传输时间。拆主题之前,先区分两种情况。
判断依据可以落到一个可执行动作:写出该页面当前承接的三种可能搜索意图,再分别写出“用户看完这一页后应该做什么”。如果三种意图指向三个不同动作,且每个动作需要不同的前置条件,这就是拆分信号。如果三种意图最终都指向同一个动作,只是问法不同,就不必拆。
当能拿到查询词、点击分布或站内搜索记录时,拆分依据是意图聚类,而不是单个词的出现次数。具体做法是:把指向同一页面的查询词按“用户想得到什么”分组,再看每组是否对应不同的页面结构。
可区分的证据包括:
出现这些信号时,可以执行一个最小动作:为其中一组意图单独建一个页面草稿,只保留该意图需要的证据和下一步,然后把原页面中对应部分改为指向新页面的简短引导。结果如何影响下一步:如果新页面能独立承接该组意图,原页面就可以收窄主题;如果新页面仍然需要原页面的全部背景才能说清,说明两组意图共享前提,应合并而非拆分。
需要说明的是,点击分散或停留时间短并不能单独证明主题过宽。它们也可能来自标题与内容不符、页面加载被其他资源阻塞、或用户只是路过。拆分决策应结合意图是否不同,而不是只看某一个指标归零或下降。
没有查询词、没有点击数据、也没有权限查看日志时,仍然可以依据页面自身的结构做判断。此时不能推出“某个意图一定存在”或“拆分后一定更好”,只能推出“当前页面是否在同一屏内要求用户做两个不兼容的判断”。
可执行的最小动作是:把页面标题、第一段和主要小节标题依次读一遍,问三个问题。
这个动作的结果只用于决定“先拆哪一块”,不能证明拆分后页面会更快或更容易被理解。它的价值在于把“主题太宽”从模糊感受变成可讨论的边界。
拆分不是把长文切成几段,而是让每个页面拥有独立的判断前提和独立的下一步。一个可用的分工方式是:
假设一个页面原本同时解释某个概念、列出三种做法、并引导用户提交信息。若用户在没有理解概念前就被要求提交,页面会显得很慢且很重。此时可以拆出一个只讲概念的任务页,把提交动作留在操作页。这个例子只用于说明拆分依据,不代表任何真实项目的结果。
例外情况也要保留:如果三种做法共享同一组前提,且用户必须同时看到它们才能做出选择,那么拆开会让每个页面都缺少判断依据。此时应保留在同一页面,改用小节标题和页内导航降低寻找成本,而不是强行拆成独立任务。
拆完后不要立刻继续扩页。先检查每个新页面是否满足两个条件:标题只承诺一个任务;正文中出现的下一步动作与标题一致。如果新页面仍然需要另一个页面的全部内容才能说清,说明拆分过细,应合并回去。
同时检查原页面是否留下了清晰的引导。原页面收窄后,应把被拆出的意图用一句简短说明指向新页面,而不是直接删除。这样用户不会因为原页面变短而失去路径,搜索引擎也能通过链接理解两个页面之间的关系。抓取、索引和排名是不同环节,拆分页面本身不保证任何环节的结果,它只改变内容的组织方式。
最后,把拆分依据写下来:是意图不同、前提不同,还是下一步动作不同。写不出具体依据时,先不要拆。这个约束能避免把“页面很慢”简单归因于主题宽,也避免用拆页代替真正的性能排查。