结论先行:不一定。判断依据不是品类数量,而是新品类的内容能否与原有栏目共用同一批搜索意图和同一套页面结构。如果新品类只是原有需求的延伸,优先在旧栏目内扩页;如果它带来不同的购买阶段、不同的比较对象,才值得单开栏目。下面用一个假设的宝应本地业务页面作为核对对象,把分歧转成可执行的处理方案。
假设你手里有一份这样的资料:一个已经稳定运行的宝应本地服务站点,主营一个品类,栏目结构是首页加一个产品栏目,栏目下挂了若干服务页和少量文章。现在业务要增加第二个品类。
运营的读法:新品类是新生意,应该立刻建新栏目,否则用户看不到。技术的读法:新栏目意味着新的模板、新的内链和新的导航层级,改动大,先别动。编辑的读法:先把新品类的几篇文章发在旧栏目里试水,看有没有人看再说。
三种读法都没有错,但讨论的不是同一件事。运营说的是业务曝光,技术说的是站点结构成本,编辑说的是内容验证。要把分歧变成可以核对的项目,第一步是把讨论对象从“要不要建栏目”换成“新品类的内容和旧栏目是否共用同一批搜索意图”。
不要凭感觉判断,拿一张表逐个填。对每个新品类词,问三个问题:
三个问题里有两个以上指向“不同”,才考虑新栏目;只有一个指向不同,先在旧栏目内扩页,观察一段时间再决定。这个判断不涉及任何平台的具体规则,只是把内容主题是否一致这件事写清楚。
假设宝应一家做本地工程服务的站点,原有栏目覆盖“旧品类安装”。现在增加“新品类维护”。这属于同一业务链条的延伸,用户往往是先安装后维护,搜索意图部分重合。
处理方式一:在旧栏目下新增维护类页面,导航不变,只在相关安装页底部加入维护页的内链。动作结果是旧栏目的主题范围变宽,但仍在同一业务语义内,编辑成本最低。
处理方式二:新建“维护服务”栏目,独立导航入口,旧栏目保持不动。动作结果是站点多出一层结构,需要为这个栏目单独准备栏目页文案和至少三到五个页面,否则空栏目比没有栏目更糟。
处理方式三:先扩页,三个月后如果维护类页面的访问和咨询占比明显上升,再把这些页面整体迁入新栏目。这种做法保留了退路,代价是迁移时要处理旧链接指向。
三种方式都成立,区别在于你愿意先付出结构成本,还是先付出内容验证成本。没有数据支撑时,处理方式三的风险最小。
确定方向后,按顺序做这几件事,每件事都有可核对的产出:
注意,抓取、索引和排名是三个不同环节。新页面没有被抓取,可能是内链不足;被抓取但没被索引,可能是内容质量或重复问题;被索引但排名不理想,才是内容与意图匹配的问题。栏目结构只影响前两个环节的一部分,不要把所有波动都归因于建不建栏目。
如果新品类与旧品类在用户认知里完全无关,比如一个做本地餐饮配送的站点突然增加装修服务,那么无论意图是否重合,都不该塞进同一栏目,此时问题不是“要不要新栏目”,而是“要不要新站点或新品牌”。
反过来,如果两个品类的用户高度重合、购买决策由同一批人完成,即使词面差异大,也可以放在同一栏目下用不同页面承接。判断的锚点始终是用户和意图,不是品类数量。
最后提醒一点:栏目结构一旦确定并上线,短期内不要反复调整。每次调整都会带来链接和导航的变化,频繁变动会让前面的核对工作失去参照。先想清楚再动手,比上线后反复试错更省成本。