关键词密度：一篇文章过长时按用户任务还是概念拆分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1d85171e92ac.html
📄
关键词密度：一篇文章过长时按用户任务还是概念拆分
先给结论：如果读者是带着一个明确任务来的，按任务拆分；如果读者是在建立一套概念体系，按概念拆分。判断依据不是文章有多长，而是拆开之后，每一部分是否还能独立回答一个完整问题。任务拆分的产物是“可执行单元”，概念拆分的产物是“可理解单元”，两者混用会让页面既不像教程也不像词条。
先判断读者是来“办事”还是来“搞懂”
任务型读者的特征是带着动作来的：他要配置、要排查、要对比、要提交。这类内容一旦超过一屏还找不到可执行步骤，跳出就会上升。概念型读者的特征是带着困惑来的：他要弄清几个术语之间的关系、边界和适用条件，愿意连续读下去，但受不了被切成互不衔接的碎片。
可操作的区分方法是看搜索意图里的动词。假设一个页面围绕“关键词密度”展开，如果读者搜的是“怎么检查”“怎么改”“多少算高”，这是任务意图；如果搜的是“是什么”“和词频的区别”“为什么会有争议”，这是概念意图。前者按任务拆，后者按概念拆。
条件一：有明确交付物时，按用户任务拆分
当一篇文章的终点是一个可验证的结果时，按任务拆分更合理。判断标准是：每个子任务完成后，读者能得到一个中间产物，比如一份检查清单、一个修改后的段落、一张对照表。
实施动作：先列出读者从进入到离开要完成的全部动作，再按“动作完成即产出”的边界切分。例如把长文拆成“识别重复信号”“定位重复位置”“改写并复检”三段，每段结尾都有一个可见结果。这样做的直接效果是，读者可以在任意一段停下来，仍然带走一个完整成果；下一段是否继续，取决于他当前是否还需要下一步。
例外：如果任务之间存在强顺序依赖，且中途停下会导致前功尽弃，就不该硬拆。此时保留长文，用清晰的小标题分段即可，拆成多页反而增加来回跳转的成本。
条件二：以建立理解为目标时，按概念拆分
当一篇文章的目的是让读者建立一套认知框架时，按概念拆分更合理。判断标准是：每个概念能否单独定义、单独举例、单独说明边界。概念之间是并列或层级的，不是步骤关系。
实施动作：把长文里的核心概念各写成一个独立单元，每个单元回答“它是什么、它不是什么、什么时候适用”。例如把“密度”“重复”“同义替换”分别成篇，每篇只解决一个概念的理解问题。这样做的结果是，读者可以通过内部链接按需跳转，而不是被强制线性阅读；同时每个页面在检索时对应的问题更集中。
例外：如果概念之间高度耦合，单独讲一个会引发大量误解，就应合并成一篇。概念拆分的前提是每个概念都有独立成立的解释空间，否则拆出来只是把一段话切成几段。
拆分后要检查的三个信号
- 每篇是否还能独立回答一个完整问题。如果拆完后某篇只剩半句话，说明切错了位置。
- 标题是否对应真实意图。任务页的标题应含动作，概念页的标题应含对象，不要两者混着写。
- 内部链接是否形成路径。任务页之间是顺序关系，概念页之间是并列关系，链接方向应体现这种差异。
如果拆完后发现某篇的请求量或抓取量明显偏低，不要立刻判定拆分错误。低量也可能是新页面尚未被重新评估、入口链接不足，或该问题本身搜索需求就小。先检查链接结构和内容是否完整，再决定是合并回去还是补充入口。
一个假设例子：同一篇长文的两条路
假设有一篇八千字的长文，前半部分讲如何识别堆砌，后半部分讲密度与可读性的关系。如果读者主要是来改稿的，按任务拆成“识别—定位—改写”三篇，每篇结尾给出可复检的结果，读者按顺序走完即可。如果读者主要是来理解概念的，按概念拆成“密度”“可读性”“两者关系”三篇，用并列链接互相引用。
两种拆法都成立，区别在于前提：前者假设读者有稿子要改，后者假设读者在建立判断标准。前提变了，选择就变。判断前提的方法不是猜，而是看现有页面已经承接了哪类问题——如果评论区反复出现“具体怎么改”，就偏任务；如果反复出现“为什么”，就偏概念。
最后提醒一点：无论按哪种方式拆，都不要靠同义词机械换写来凑篇幅。拆分的价值在于让每部分更完整地解决一个问题，而不是把同一段话换个说法重复一遍。拆完之后，如果两篇内容互换标题也不影响阅读，说明这次拆分没有产生新的信息结构，应当重新考虑边界。
