判断依据不是页面字数或关键词数量,而是页面能否用一个明确的用户任务和一组可验证的证据来回答。如果同一页同时承担多个互不隶属的查询意图,且每个意图需要不同的证据类型,就应拆成独立任务;如果它们共享同一组证据、只是表述不同,则保留在同一页更合适。
拿你手上那个主题过宽的页面,列出它当前试图回答的所有问题。对每个问题写两列:用户要完成什么动作,以及页面必须提供什么证据才能让这个动作成立。证据可以是参数对比、操作步骤、判断条件、成本构成或适用边界。
映射完成后会出现两种结果。第一种,几个问题共用同一组证据,例如“如何判断是否需要拆分”和“拆分后如何验证”,两者都依赖同一套判断条件和同一组检查项,这时拆页只会制造重复内容,应留在原页并用小标题分层。第二种,每个问题需要不同证据,例如一个需要参数表,另一个需要流程步骤,第三个需要适用条件清单,这时它们已经是独立任务,继续放在一页会让每部分都只能写一半。
实际操作上,可以先给每个候选任务标注证据类型。若两个任务的主要证据类型不同,且各自展开后都需要独立的结构,就进入拆分候选名单;若证据类型相同,只是换了一种问法,就合并回原页。
把候选任务逐个过一遍下面三个条件,全部满足才拆,只满足一两个时优先留在原页并调整结构。
这三个条件的作用是防止两种相反的错误:把一条完整决策链切碎,以及把多个不相干的意图硬塞进一页。前者让读者需要拼装信息,后者让每个意图都得不到完整证据。
假设你手上有一个关于某类工具选型的页面,它同时写了“怎么判断自己需不需要”“怎么在两种方案间比较”“怎么完成初次配置”。这三个部分各自展开后都会很长。
按上面的条件检查。判断需不需要,依赖的是使用频率、数据量和现有流程,证据是一组判断条件;方案比较依赖参数、限制和成本结构,证据是对照信息;初次配置依赖步骤和前置条件,证据是操作顺序。三者证据类型不同,完成其中一个后也不必然需要另外两个,且各自都可能被单独引用。这种情况适合拆成三个任务页,原页改为一个简短的入口,说明三条路径分别解决什么,并链接到对应任务页。
反过来,如果这个页面写的是“怎么比较两种方案”和“比较时容易忽略哪三个限制”,后者只是前者的一部分,共用同一组对照信息,就不该拆。拆了以后两个页面会争抢同一批查询,读者也需要在两页之间来回确认。
这个例子是假设的,用于说明判断方法;实际拆分前仍要用你自己页面上的证据类型去核对。
拆分不是终点。拆出的每个任务页应满足一个最低标准:只看这一页,读者能完成对应任务,不需要回到原页补前提。若某页做不到,说明拆分位置切错了,应该把它并回相邻任务,或把缺失的前提补进这一页。
一个实际动作是:对每个新任务页写一句话说明“读者看完这页能做什么”,再写一句话说明“这页依赖哪些前置条件”。如果前置条件来自另一个任务页,就在页内用一句话交代清楚并给出链接,而不是要求读者自行寻找。这个动作的结果会直接影响下一步——若多数任务页都依赖同一个前置条件,说明那个条件本身就是一个独立任务,应单独成页;若多数任务页都能自洽,说明拆分位置合理,可以继续按同一标准处理下一批候选任务。
需要提醒的是,抓取量、索引状态或某个查询的展示变化,都不能单独证明拆分正确。抓取下降可能来自链接减少,索引延迟可能来自站点整体处理节奏,展示变化也可能只是查询结构改变。判断拆分是否成立,仍要回到任务是否独立、证据是否不可共用这两个可核对的条件上。
为了让后续处理不用每次重新讨论,可以把判断过程固定成一张表,每个候选任务一行,列包括:用户要完成的动作、所需证据类型、是否与其他任务共用证据、拆后是否有独立入口。填完后,证据类型不同且不共用的行进入拆分名单,其余合并回原页。
这张表的价值在于把争论从“这个页面是不是太长”转到“这两个任务是否共享同一组证据”。前者没有可核对的标准,后者可以逐条确认。每次拆分后,再回头检查新页面是否各自自洽,把不自洽的并回去。经过几轮之后,你会得到一组边界清楚的任务页,而不是一堆互相重复的页面。