先给结论:如果长文里每个概念都服务于同一个用户任务,就保留为一个页面,只做删减与重排;只有当不同段落对应的是不同的用户任务、且各自能独立回答一类搜索需求时,才按任务拆分。按概念拆分通常是最差的选择,因为概念是写作者的知识结构,不是访问者的提问方式。
概念拆分看起来最整齐:一个页面讲定义,一个页面讲类型,一个页面讲步骤。问题在于,访问者不会先想“我要查定义”,再想“我要查类型”。他带着一个具体任务来,比如“要不要换掉现有做法”“这一步出错先查哪里”。按概念拆开后,每个页面都只回答任务的一部分,读者要在多个页面之间来回跳,跳出率上升,页面之间还会互相争同一批查询。
更隐蔽的代价是改写成本。概念页之间往往只是换词复述,比如把“流程”改成“步骤”、把“要点”改成“关键点”。这种机械换写不产生新信息,反而让两三个页面看起来高度相似。真正值得拆的信号不是“概念多”,而是“任务不同”。
不要凭字数判断。字数只能说明内容多,不能说明结构该不该动。更有区分力的证据是下面三组:
反过来说,如果所有段落最终都指向同一个动作,只是角度不同,那它属于“长而单一”,处理方式是压缩,不是拆分。
按任务拆分成立,需要同时满足几个条件。第一,每个任务都能独立成篇,有自己的前提、步骤和结果,不需要读者先读另一篇。第二,两个任务的目标读者可能重叠,但进入页面的时机不同,比如一个在决策前,一个在执行中。第三,拆分后每篇都有足够的独有信息,而不是把原文切两半、各自补几句过渡。
假设一个场景:某篇长文既讲“如何判断是否该更换现有方案”,又讲“更换后如何逐步迁移”。这两段对应的是决策任务和执行任务,入口不同、动作不同,可以拆成两篇,并在各自开头用一句话点明适用阶段,再用一条链接把决策篇指向执行篇。注意这只是说明拆分逻辑的假设例子,不是真实项目结果。
拆分后要做的实际动作是:先给每篇写一个只描述单一任务的开头段,再检查两篇之间是否存在重复段落。如果重复超过一小节,说明拆得不干净,应把公共前提抽成一段简短说明,而不是两边各抄一遍。这个动作的结果会直接决定下一步——重复越少,越值得保留拆分;重复越多,越应该合并回一个页面。
对大多数“过长”的文章,先尝试保留并重排,成本更低、风险更小。具体做法是:把开头改成直接回答核心任务,把次要概念下沉为小节,把互相依赖的段落调到相邻位置,删掉为了凑长度而写的过渡和重复举例。
判断重排是否有效的依据,不是字数下降了多少,而是读者能否在开头三两句内确认“这篇是不是我要的”。如果重排后仍然出现两套互不依赖的行动路径,再回到拆分那一步。这个顺序很重要:先确认任务是否单一,再决定结构,而不是先按概念切块再想办法缝合。
还有两种中间状态需要区分。改写适用于任务单一、但表达顺序混乱的长文:保留一个页面,重写小标题和段落顺序,让每一步都指向同一个动作。退出适用于内容本身已经没有独有价值、只是概念堆叠的页面:与其拆分或改写,不如合并进更聚焦的页面,避免多个页面争夺同一批查询。
选择哪一种,取决于一个可验证的问题:把这篇内容交给一个正处在对应阶段的读者,他能否只读这一页就完成当前动作。能,就保留或改写;不能,且原因是存在两个不同动作,就按任务拆分;如果连一个完整动作都支撑不了,就该退出。