优先按用户任务拆分,而不是按概念拆分。因为读者进入搜索或浏览场景时,通常带着一个待完成动作;概念只是完成任务所需的材料。把同一任务拆到多个页面,容易让每个页面都只回答半句话;把不同任务塞进同一页面,又会让读者在长文中反复判断“这段和我有关吗”。更稳妥的做法是:先确认文章里出现了几个独立任务,再决定是否拆;如果只是同一任务下的多个概念,通常留在同一页并用小标题分层。
假设你写一篇关于“meta描述标签怎么写”的文章,原本只想讲写法,写到一半又加入了“怎么批量修改”“怎么判断旧描述要不要重写”“怎么和标题标签配合”。这四个部分看起来都围绕同一个主题,但读者任务并不相同:有人要写新的,有人要改旧的,有人要处理批量页面,有人在做页面元素之间的配合。文章越来越长,读者却越来越难找到自己那一段。
这时如果按概念拆,可能会拆成“meta描述标签的定义”“meta描述标签的组成”“meta描述标签的常见误区”“meta描述标签的写法”。问题在于,这些概念页彼此高度重叠,读者看完定义还要跳到另一页看写法,任务并没有被完成。按任务拆则不同:写新的、改旧的、批量处理、页面配合,各自可以独立成篇,每篇都能给出动作和判断标准。
可以用一个简单检查法:读完当前页面后,读者能不能完成一个明确动作,并知道下一步做什么。如果能,这个页面就具备独立任务边界;如果不能,它更像概念材料,应该并入任务页,而不是单独拆出去。
这里的关键不是页面长短,而是任务是否完整。一个页面很长,但始终在服务同一个任务,通常不必拆;一个页面不算长,却同时服务三个任务,反而应该考虑拆分。
按任务拆分成立的条件是:每个任务都有独立的输入、动作和结果。比如“为新页面写描述”和“重写旧页面的描述”,输入不同,判断标准也不同。前者更关注页面主题和读者意图,后者还要先判断旧描述是否真的需要改。拆开后,每篇都能围绕自己的判断链展开,读者不需要在长文里来回跳。
代价是页面数量增加,内部链接和主题边界需要更清楚。如果拆出来的页面只是把同一段话换个说法,读者会在多个相似页面之间来回切换,反而增加选择成本。此时更合适的做法是保留一个主页面,用h2或h3把不同任务分段,并在开头给出简短导航。
按概念拆分也有成立的时候:当某个概念本身需要独立解释,并且它会成为多个任务页的共同前置知识。例如“meta描述标签与页面摘要的区别”如果被多篇文章反复引用,可以单独成页。但这类页面应定位为解释性内容,不要伪装成操作指南。判断标准是:读者看完后是否获得一个可独立使用的理解框架,而不是只得到半截操作步骤。
假设你已有一篇很长的草稿,里面混着“写新描述”“改旧描述”“批量处理”三类内容。先不要直接删减,而是给每个段落标一个任务标签。标完后统计:如果某一类任务超过全文三分之一,并且有独立的判断标准,就把它拆成单独页面;如果只是零散一两段,就留在原页,用h3收束。
这个动作的结果会直接影响下一步:拆出的任务页需要重新写开头,明确读者带着什么任务进来;留下的主页面则要删掉已拆走的内容,避免两页重复。若拆完后发现两个页面仍然回答同一个问题,说明拆分依据不成立,应合并回一页。若拆完后每个页面都能独立完成一个动作,再考虑内部链接:让概念解释页指向任务页,让任务页在需要时回链概念页,而不是互相复制段落。
一种误判是看到文章长就拆。长度本身不是拆分理由。假设一篇页面同时讲“怎么写”和“怎么检查”,但检查只是写法的一部分,拆开后检查页会非常薄,读者还要回到写法页才能理解上下文。这种拆法只增加了点击,没有增加完成度。
另一种误判是把同义词当成不同任务。把“meta描述标签”“页面描述”“搜索摘要描述”各写一页,表面上覆盖了不同说法,实际读者任务完全相同。机械换写不会带来新的判断依据,只会让页面之间互相竞争同一类需求。更合理的做法是选一个主表达,把同义说法自然放进正文,用同一页完成任务。
还有一种误判是只按概念层级拆,不按读者动作拆。概念层级适合做知识组织,不一定适合做页面边界。读者搜索时往往不会先想“我要看概念A还是概念B”,而是想“我要把这条描述改好”。因此,当文章过长时,先问“这里有几个待完成的任务”,再问“这些任务是否共享同一套判断标准”。共享,就留在一页;不共享,就按任务拆开。
最后要说明的是,没有适用于所有网站的字数阈值,也没有必要为了拆分而拆分。真正需要核对的是:当前页面是否让读者完成一个动作,拆出的新页面是否让这个动作更完整。如果答案是否定的,保留长文并用清晰小标题分层,通常比制造多个半成品页面更有效。