判断标准不是“词多不多”,而是宽页面里是否同时存在两种以上用户意图、两类以上决策依据,或两个以上需要独立更新的信息块。若存在,就应拆成独立任务;若只是同一意图的不同措辞,保留一个页面更合适。旧内容、旧系统或旧合作关系退出时,这个判断尤其重要:拆之前先确认哪些部分仍有保留价值,避免把可继承的内容一起删掉。
把页面主题写成一个句子,然后问:访客读完这一屏,是否已经能做出下一步决定?例如“定州企业网站建设与后期维护”放在一页,前半段在解决“要不要做”,后半段在解决“做完之后怎么长期维护”。这两类人处在不同阶段,前者需要方案与预算区间,后者需要责任划分与更新节奏,放在一起会让两边都读不到重点。
可操作的动作是:把现有页面按段落标出“意图标签”,同一标签超过两段就考虑独立成页。这样做的结果是,你能看清哪些段落其实在回答另一个问题,而不是靠感觉判断页面是否臃肿。
同一主题下,如果一部分内容主要给负责人看,另一部分主要给执行人员看,拆分往往成立。负责人关心范围、周期和风险,执行人员关心资料清单、字段和交接方式。两类依据混排时,执行人员会跳过前半段,负责人会停在前半段,页面停留与转化都难以判断。
反例也要说明:如果两类角色只在同一决策里出现,比如一份报价同时需要负责人确认、执行人员核对,那么拆开反而增加来回跳转。此时保留一个页面,用清晰的小标题分区更合适。
页面里若有一部分需要按月调整,另一部分一年才动一次,说明它们的维护任务不同。把高频变化的内容独立出来,改动时不必重新触碰稳定部分,也便于单独观察效果。
这个判断的假设是:你确实有稳定的更新来源。若没有,拆出来的页面会变成无人维护的孤页,反而不如合并保留。
旧页面要退出时,不要按“整页留或整页删”处理。先逐段标注三类价值:仍能回答用户问题的、只对内部交接有用的、已经失效的。仍能回答问题的段落,迁入新拆出的任务页;只对内部有用的,转入内部文档;失效的直接删除。这样拆出来的页面不会继承旧页面的冗余。
假设一个旧页面同时包含“建设流程”和“旧系统操作说明”,而旧系统已停用。处理方式可以是:把流程部分迁到新的流程页,操作说明删除,而不是把整页重定向到一个泛泛的服务页。这个动作的结果是,新页面主题更单一,旧链接也不会把用户带到无关内容上。
拆出的页面先各自回答一个问题,再检查它们之间是否互相重复。若两个页面有超过一半段落讲同一件事,说明拆错了,应合并回一个页面。若各自能独立成立,下一步才是补充内链和入口,而不是继续拆更多页面。
抓取量、索引量或某个统计归零,不能单独证明拆分正确,也可能是入口减少、旧链接未处理或内容本身没有需求。判断拆分是否有效,应看用户是否在对应页面上完成了该页设定的下一步动作。若没有,先检查页面是否真的只回答一个问题,再决定继续拆分还是合并。