先给结论:如果长文已经能稳定承接某一类查询,优先按用户任务拆分,把“完成一件事”的完整路径独立成篇;只有当读者在任务中途频繁卡在某个概念上、且这个概念能被单独搜索时,才按概念拆。判断依据不是字数,而是读者在哪一步停下来、停下来之后想搜什么。
按用户任务拆,前提是文章里存在可分辨的任务终点。例如一篇讲“给独立站配置站内搜索”的长文,读者可能只想完成三件事:安装、调样式、排查搜不到结果。这三件事各自有独立终点,拆开后每篇都能让读者从零走到可用状态。此时按任务拆,页面更容易被有明确动作意图的人命中。
按概念拆,前提是某个概念本身会被单独查询,且解释它需要较长篇幅。比如“倒排索引”在一篇站内搜索教程里可能占两千字,读者搜它时并不想配置任何东西,只想理解原理。这时把它独立成篇,反而比塞在任务文里更合适。
两种拆法不互斥。常见做法是任务文保留操作主线,概念文承接解释,任务文在需要处链接过去,而不是把解释全部搬走。
不要凭感觉。可以看三类证据:
需要提醒的是,停留时间短不一定等于内容差,也可能是读者已经找到答案;外链多也不一定代表该概念该独立成篇,可能只是被当作参考资料引用。把这些现象当作线索,而不是结论。
假设有一篇约六千字的“批量导入商品数据”长文,覆盖格式准备、字段映射、失败重试、日志排查四块。站内搜索显示,读者大量搜索“导入失败怎么办”,但很少有人搜“字段映射原理”。
此时更合理的动作是:保留“格式准备—字段映射—导入”这条任务主线,把“失败重试”和“日志排查”合并成一篇独立的排错文,并在主线文中链接过去。结果是主线文变短、动作更连贯,排错文能承接“导入失败”这类查询。下一步可以观察排错文是否被站内搜索和外部链接引用,再决定是否继续细分。
如果反过来,读者频繁搜索“字段映射是什么”,那才考虑把概念段拆成独立解释文。
第一,标题不能只换同义词。把“批量导入商品数据”改成“商品数据批量导入”不会产生新页面价值,反而可能造成两篇互相竞争。第二,拆出的页面要有独立入口价值,能单独回答一个问题,而不是主线文的残片。第三,保留的主线文要重新检查内部链接,确保读者不会在拆走内容后迷路。
如果拆完后两篇都需要对方才能读懂,说明拆错了,应合并回去或改按概念拆。
当概念离开任务上下文就无法解释、或者任务步骤之间存在强依赖时,拆开只会增加跳转成本。此时更好的动作是改写:删掉重复铺垫、把概念解释压缩到够用为止、用小标题帮助跳读。改写的结果如果让主线更顺,就不必拆;如果仍然过长且读者目标明显分裂,再考虑拆。
判断标准始终是读者下一步想做什么,而不是文章现在有多少字。