结论有前提:如果一篇旧文同时覆盖多个彼此独立的用户任务,按任务拆成多篇通常更利于读者完成动作,也更容易让每个页面围绕一个明确意图;如果这些内容只是同一任务的不同概念层次,按概念拆开反而会把一次阅读切成多次跳转,读者和检索方都更难判断哪一页才是主答案。关键词密度优化在这里不是拆分的依据,拆分后每个页面自然覆盖自己的核心词即可,不必为了密度去补词。
把文章各段落改写成一句话,看每句话是否指向不同的完成动作。例如一段讲如何选型,一段讲如何配置,一段讲如何排查故障,这三段对应三种不同的用户任务,读者往往只关心其中一种。此时按任务拆分的收益最大:每篇可以独立回答一个问题,标题、开头结论和示例都围绕同一个动作。
反过来,如果各段只是同一动作的前置知识、操作步骤和结果验证,它们共享同一个任务语境,拆开会让读者在页面之间来回跳。判断方法很直接:把其中一段单独拿走,剩下的内容还能不能独立指导读者完成动作?不能,说明它们属于同一任务,不该按概念硬拆。
概念拆分适合内容本身是术语体系、分类框架或对照关系的情形。比如一组概念需要并列解释,彼此之间没有先后依赖,读者会按兴趣跳读,这时每个概念单独成篇并互相链接,比塞进一篇长文更易读。条件是:这些概念各自有稳定的搜索意图,且每篇都能给出足够的具体依据,而不是把同一段话换个说法分成几页。
需要警惕的是,概念拆分很容易变成同义词机械换写。把一段内容拆成三页,每页只改称呼、不改信息,读者得到的是重复内容,页面之间还会互相竞争。这种情况下拆分不产生新价值,反而增加维护成本。
假设一篇旧文讲的是同一个操作流程,但流程里包含多个概念解释。有人按概念把解释部分抽出来单独成篇,结果主流程页缺少必要背景,读者必须先读概念页再回来,阅读路径被打断。这个反例说明:当概念是任务的必要前提时,按概念拆分就会失效。此时更合适的做法是保留主流程页,把概念解释压缩成页内小节,或只在概念确实能独立回答另一类问题时才单独成篇。
另一个失效条件是旧内容需要退出。如果旧系统或旧合作关系已经不再维护,拆分只会延长过时内容的寿命。此时应先确认哪些部分仍然有效,把有效部分迁入新页面,其余直接下线或合并,而不是为了保留而拆分。
先做一次段落级盘点:给每个段落标注它服务的用户任务,统计每个任务占用的篇幅和是否包含独立示例。然后按下面的顺序处理:
动作的结果会直接决定下一步:如果盘点后发现多数段落指向同一任务,就不要拆,转而压缩重复表述、补一个能验证结果的小例子;如果发现两个以上任务各自都有独立示例,就按任务拆,并为每篇写一句只回答该任务的结论。拆分完成后,检查每篇是否还能独立成立——不能独立成立的页面应当合并回去,而不是靠内部链接勉强串联。