描述标签作用：一篇文章过长时按用户任务还是概念拆分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ef0490aff7a4.html
📄
描述标签作用：一篇文章过长时按用户任务还是概念拆分
先给结论：如果文章已经长到读者需要来回滚动才能完成一件事，优先按用户任务拆分；只有当每个概念都必须先理解、否则任务无法执行时，才按概念拆分。判断依据不是字数，而是读者读完前半段后能否独立完成一个动作。描述标签作用在这里体现为：拆出来的每一页都要能用一句话说清它帮读者完成什么，而不是只说明它讲的是哪个术语。
先看读者卡在哪一步
拿你手头这篇长文，标出读者需要做出的动作：下载模板、核对字段、提交表单、比较两个方案。每个动作对应一个任务页。如果文中出现大量“先了解A，再了解B，最后才能用C”，而A和B本身不产生动作，那它们更适合作为同一任务页里的解释段落，而不是独立页面。
一个可操作的判断方法是：把文章每个二级标题改写成“读者做完这件事后能……”。如果后半句是“能判断该选哪种方式”，这是任务；如果只是“能说出它的定义”，这是概念。概念页单独存在时，描述标签作用往往退化成术语解释，读者搜到后仍要回到任务页继续操作。
两种拆法的成立条件与代价
按用户任务拆分的条件
- 每个任务有独立的输入和输出，例如“准备字段清单”和“校验字段格式”。
- 读者可能只做其中一步，不需要读完前一步也能开始。
- 任务之间可以互相链接，但不会因为缺少某个概念而无法执行。
代价是：概念解释会被打散，读者若想系统理解原理，需要跨页阅读。此时应在每个任务页开头用一两句话交代必要前提，并链回概念总览页。
按概念拆分的条件
- 概念之间存在严格的先后依赖，跳过任何一个都会导致后续操作出错。
- 每个概念本身有足够的独立检索需求，读者会单独查找它。
- 概念页能给出可验证的例子或判断标准，而不是只做名词解释。
代价是：任务路径被拉长，读者可能在中途离开。若采用这种拆法，必须在每个概念页末尾明确指向下一个动作，否则描述标签作用只停留在“这篇讲什么”，无法推动下一步。
用描述标签作用检验拆分结果
假设你有一篇讲“表单字段配置”的长文，前半段解释字段类型，后半段讲如何提交校验。按任务拆，可以分成“准备字段清单”和“提交前校验”两页；按概念拆，则分成“字段类型说明”和“校验规则说明”两页。两种都成立，但适用条件不同：如果读者主要目的是完成一次配置，任务拆分更直接；如果读者是开发者，需要先理解类型系统再写规则，概念拆分更合适。
此时检查每页的描述标签：任务页应写成“帮读者完成某动作”，概念页应写成“帮读者判断某类问题”。如果两页的描述标签几乎一样，说明拆分没有产生新的检索入口，应合并回一页。
一个可执行的处理顺序
- 把长文中的所有动作列成清单，每个动作写清输入、输出和完成标志。
- 把清单中的动作与现有段落对应，标出哪些段落只服务于一个动作。
- 对只服务一个动作且能独立完成的段落，考虑拆成任务页；对多个动作共用的前提解释，保留为概念段落或概念页。
- 为每个候选页面写一句描述标签，若写不出与其它页面不同的句子，就不拆。
- 拆分后立即检查内部链接：任务页是否指向必要概念，概念页是否指向可执行任务。
完成这一步后，你得到的不是更多页面，而是一组能各自回答一个问题的页面。如果某个页面既不能帮读者完成动作，也不能帮读者判断概念，它就不该独立存在。描述标签作用最终要落到这个取舍上：让每个页面在搜索结果里被点开时，读者能预期自己接下来能做什么。
