判断依据不是“这个主题还能写多少”,而是每个独立任务能否对应一个明确的用户意图、一组可验证的页面元素、以及一个可单独交付和验收的结果。当页面主题过宽,说明它同时服务了多个意图,但这些意图无法在同一页面上被同等满足。此时应把页面拆成若干独立任务,每个任务只解决一个意图,并拥有自己的标题、正文结构和内链位置。拆分的触发条件通常是:一个页面同时承载“了解概念”和“完成操作”两类需求,或者同一页面上出现三个以上互不隶属的子话题。
页面主题过宽并不总是问题。如果多个子话题共享同一套前提、同一批数据、同一类读者,它们可以留在一个页面上,用清晰的二级标题分隔。真正需要拆分的信号是:子话题之间没有共同的决策路径。例如一个页面同时讲“快照是什么”“快照和缓存有什么区别”“如何用快照排查页面异常”,前两者是理解型需求,后者是操作型需求。读者读完概念部分后,不会自然继续读操作部分;操作部分也不需要概念部分作为前置。
反过来,如果页面主题是“快照在页面异常排查中的使用”,那么概念、区别、操作步骤可以留在同一页,因为它们服务同一个决策:判断某次异常是否适合用快照方法处理。拆分的依据是意图是否同源,而不是字数多少或子标题数量。
假设你手里有一个已经存在的页面,标题是“查看网页快照的方法和注意事项”,正文里同时出现了快照定义、不同工具的入口描述、页面异常时的排查步骤、以及快照与实时页面的对比。你可以按以下顺序处理:
这个动作的结果会直接决定下一步:拆出的操作型页面需要独立的标题和步骤结构,理解型页面保留定义和对比,两者之间用内链连接,但不互相承担对方的意图。
一个独立任务不是“一个子标题”,而是一个可以单独交付的页面单元。它需要满足以下条件:
假设一个页面同时讲“快照的保存周期”和“快照的调用方式”,这两者共享“快照”这个对象,但保存周期服务于“判断数据可用性”,调用方式服务于“执行查看动作”。它们可以拆成两个任务,分别放在理解型页面和操作型页面中,用内链互相引用。拆分的依据是:一个读者可能只关心保存周期,另一个读者可能只关心调用方式,两者的下一步动作不同。
拆分不是把内容切碎后各自孤立。每个独立任务需要明确自己在整站结构中的位置,以及和其他任务的关系。具体做法是:
这个动作的结果是:每个页面只承担一个可验收的任务,搜索引擎在抓取和索引时更容易判断页面主题,读者在搜索结果中也能更快确认页面是否符合当前需求。抓取、索引和排名是不同环节,拆分页面主要影响的是索引阶段对页面主题的判断,而不是直接决定排名。
假设你有一个页面,标题为“快照相关说明”,正文包含快照定义、快照与缓存的区别、快照在异常排查中的使用、快照的保存周期。假设读者群体中,一部分人只需要理解快照是什么,另一部分人需要在页面异常时决定是否使用快照。此时可以拆成两个任务:一个理解型页面回答“快照是什么、和缓存有什么区别”,一个操作型页面回答“页面异常时如何用快照判断问题范围”。两个页面互相链接,但各自的首段只回应自己的意图。拆分的依据是:理解型页面的读者不会因为缺少操作步骤而无法完成阅读,操作型页面的读者也不需要先读完区别对比才能执行判断。这个例子只用于说明判断方法,不表示任何具体工具或平台的现行功能。