是否新建栏目,不取决于品类数量,而取决于新品类能否形成独立、稳定、可被搜索需求命中的内容集合;如果只是把旧栏目里零散加几个页面,通常不需要新栏目,如果新品类有独立词群、独立用户任务和持续更新计划,新栏目才值得做。下面用一个假设情境把判断过程拆开。
假设一个站点原本只做咖啡豆,内容集中在产区、烘焙度、冲煮参数,栏目结构是“咖啡豆 / 冲煮指南 / 关于”。现在业务决定增加手冲器具,包括滤杯、手冲壶、滤纸。运营团队的第一反应是“再开一个器具栏目”,但真正要回答的是三个问题:新品类有没有独立搜索需求,旧内容里是否已经覆盖了一部分,以及新栏目能否持续产出而不是开完就空着。
把这三个问题写成一页决策记录,比直接改导航更有效。记录里至少列出:新品类下的核心用户任务、现有页面已经覆盖的任务、缺口任务、每个缺口对应的内容形式、由谁维护、多久更新一次。这个动作的结果会直接影响下一步:如果缺口任务少于三条且都依附于旧页面,优先扩展现有内容;如果缺口任务超过五条且彼此独立,再考虑新栏目。
扩张时最容易混淆的是:用户搜索的是同一件事,只是对象换了,还是用户要完成一件不同的事。仍以上面的假设为例,“咖啡豆怎么保存”和“滤杯怎么清洗”是两件不同的事,前者属于旧栏目,后者属于新任务。但如果新品类只是“同一支豆子的不同包装规格”,那它仍然是旧任务的新对象,不需要新栏目。
可以用一个简单证据来区分:把新品类相关的搜索词按用户意图分组,如果大部分词都能自然落在旧栏目的标题和导语里,说明是旧任务延伸;如果强行放进去会让旧栏目主题变模糊,说明需要独立承载。这里的判断依据是内容与搜索需求是否匹配,而不是品类在业务上是否重要。
新栏目不是分类标签,而是一个能被持续维护的内容集合。它成立至少需要满足三个条件,缺一个都应先缓一缓。
如果三个条件都满足,新建栏目是合理的;如果只满足第一个,先做专题页更稳。专题页可以挂在旧栏目下,等需求稳定后再迁移成独立栏目,迁移时保留旧链接和跳转关系。
扩张往往伴随旧内容调整,但退出不等于清空。旧内容里仍然有价值的部分,通常是那些持续被用户需要、且与旧品类核心任务直接相关的内容。判断方法不是看发布时间,而是看它是否还在回答一个有效问题。
假设旧栏目里有一批“单品豆冲煮参数”页面,其中一部分豆子已经不再销售。直接删除会让这些页面上的通用冲煮方法一起消失,更合理的做法是把通用方法合并到冲煮指南,把只针对停售豆子的部分做归档或跳转。这个动作的结果是:旧链接仍有落点,用户不会突然遇到死链,新栏目的内容也不会被旧页面稀释。
需要保留的部分可以按以下顺序处理:先合并重复主题,再更新仍然有效的参数,最后把确实过时的页面做跳转或标注归档。每一步都要记录原因,方便后续复查。
如果团队对新栏目是否成立没有把握,可以先做一次小范围验证:选三到五个新品类下的核心任务,用专题页或子目录形式发布,观察它们是否被正常抓取和索引,以及用户是否从旧栏目自然进入新内容。这里要区分抓取、索引和排名是不同环节,页面被抓取不等于被索引,被索引也不等于有排名。
验证结果只作为决策参考,不能单独证明栏目一定成功或一定失败。如果新内容没有获得预期访问,可能的原因包括需求本身较小、页面主题不够集中、内部链接不足,或者内容与用户任务不匹配。把这些可能原因列出来逐一排查,比直接下结论更可靠。
验证通过后,再把专题页升级为栏目,并同步调整导航、面包屑和旧内容的内链。验证不通过,就保留专题页或合并回旧栏目,不为了结构好看而强行新建。这样做的结果是,扩张带来的结构调整始终跟着真实需求走,而不是跟着业务愿望走。