判断标准不是页面字数或关键词数量,而是能否为这个页面找到一组共享同一搜索意图、且彼此不可再分的子问题。如果子问题各自对应不同的用户决策阶段、不同的内容形态或不同的结果预期,就应拆成独立任务;如果它们只是同一答案的不同说法,拆开反而制造重复页面。
假设一个做企业培训的站点,原本只有一门课程,页面主题是“企业培训”。后来业务扩展为公开课、内训定制、讲师认证三条线,报名入口、决策周期和咨询问题都不一样。变化前,一个页面覆盖全部内容是合理的,因为用户只有一个选择;变化后,如果仍把三条线塞进同一页面,用户无法判断自己该看哪一段,页面也很难在标题和首屏同时说清三件事。这时拆分的前提不是“内容变多了”,而是业务前提从单一供给变成了多供给。
把页面主题列成若干子问题,然后问每个子问题读完之后的下一步是什么。如果下一步都是“联系咨询”,可以留在同一页;如果一个是“下载课程表”、一个是“提交内训需求”、一个是“报名考试”,就说明用户处在不同路径上。路径不同,页面需要的证据也不同:课程表需要时间与地点,内训需求需要服务流程与案例,考试报名需要条件与费用说明。这些证据放在同一页会互相稀释,拆成独立任务后,每个页面只需把一条路径走完。
实际动作可以这样执行:先写一张子问题与下一步动作的对照表,动作重复的合并,动作唯一的单独成页。做完这一步,你会得到一份候选页面清单,而不是直接开始写内容。
一个页面只能有一个主标题和一段首屏说明。如果候选主题需要靠“以及”“同时”“还包括”才能拼进标题,通常说明它已经过宽。反过来,如果两个子问题共享同一个核心名词,只是修饰语不同,例如“企业培训费用”和“企业培训价格”,它们大概率是同一意图,拆开只会造成自我竞争。
这里要区分两种成立条件:当子问题各自有独立的搜索表达、且用户不会期待在同一页看到另一个答案时,拆分成立;当子问题只是同一答案的不同措辞、用户看完一个就满足时,合并成立。判断不了时,可以先用一个页面覆盖,观察它是否在多个不相关查询上都出现——但要注意,出现并不等于匹配,也可能是页面某段文字被顺带召回,不能单独作为拆分依据。
有些主题过宽不是因为意图多,而是因为内容形态混杂。例如同一主题下既有需要长期更新的价格与排期,又有基本不变的资质说明。前者更新频率高,后者几乎不动。放在同一页,每次改价格都要动整个页面,容易牵动已经稳定的部分。
出现其中两到三条时,拆分通常比继续加长更划算。只有一条时,优先考虑在页内用清晰的小标题分区,而不是新建页面。
拆分的结果需要回到抓取、索引、排名这三个不同环节分别看。新页面能否被抓取,取决于它是否可被链接到达;能否被索引,取决于内容是否足够独立、不与已有页面高度重合;能否获得排名,则取决于它是否真的回答了对应意图。三者不是一回事,索引成功不代表排名会来,排名波动也不代表拆分本身错了。
一个稳妥的后续动作是:为每个新页面指定一个唯一的内部链接来源,并在上线后检查该页面是否被正常访问到。如果某个新页面长期没有外部或内部链接指向,它可能连被抓取的机会都不足,这时先补链接,而不是急着合并回去。如果页面已被抓取和索引,但对应查询没有起色,再回头检查内容是否只是原页面的删减版——删减版通常不构成独立任务。
假设情境的结论是:业务前提从单一供给变为多供给时,按“下一步动作是否唯一”拆分;业务前提未变、只是内容量增加时,优先在页内分区。这个判断顺序能避免两种常见错误:把同一意图切成多个薄页面,或者把多条路径压成一个谁都不满意的长页面。