baidu网站：业务从单一品类扩张时，旧栏目该保留、改写还是退出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /026e5fc574c6.html
📄
baidu网站：业务从单一品类扩张时，旧栏目该保留、改写还是退出
不需要立刻新建栏目。更常见的做法是先判断旧栏目里哪些页面仍在承接有效需求，再决定保留、改写或退出；只有当新品类已经形成稳定的独立需求、并且现有栏目结构无法自然容纳时，才值得为它单独开栏目。下面按这个顺序展开。
先分清三种状态：保留、改写、退出
扩张品类时，旧栏目面对的不是“留还是删”的二选一，而是三种不同处理，各自的前提不一样。
- 保留：旧栏目仍在稳定承接与原品类相关的搜索需求，页面能独立回答一类问题，且与新品类的关联度足以让用户自然过渡。这种情况下，保留它并继续维护，成本最低。
- 改写：旧栏目有历史积累，但内容已经过时、覆盖太窄，或原本面向的旧合作关系、旧系统已经退出。此时不必推倒重来，而是把栏目主题扩展到能同时容纳新旧品类，让原有页面继续发挥作用。
- 退出：旧栏目长期没有有效需求，内容与现有业务方向已经脱节，或它占用的结构位置会干扰用户理解新品类。退出不等于直接删除，通常先合并到更合适的栏目，再对确实无价值的页面做处理。
判断时不要只看栏目名称，要看栏目下每个页面各自在回答什么问题。栏目只是容器，真正决定取舍的是页面。
判断依据：需求是否独立，而不是品类是否变多
很多人把“品类变多”直接等同于“栏目要变多”，这两件事并不等价。更可靠的依据是：新品类是否形成了独立且稳定的搜索需求，并且这些需求无法被现有栏目下的页面自然覆盖。
可以这样区分：如果用户搜索新品类时，期望看到的是一套与原品类不同的选型逻辑、使用场景或对比维度，那么它更可能需要独立栏目；如果用户只是想知道“原品类之外还有哪些类似选择”，把它作为现有栏目的一个子主题往往更合适。
一个假设的例子：某站点原本只做家用净水器，后来增加了商用净水设备。假设后台数据显示，商用相关的查询词长期稳定出现，且用户关心的是流量、安装条件和维护周期，与家用选购逻辑差异明显——这时为商用单独设栏目更合理。反过来，如果新增的只是同一品类下的配件，用户仍按“适配哪款主机”来搜索，那更适合在原有栏目内扩写，而不是新开栏目。
这里要注意，某段时间某类查询量很低，不能单独证明该方向没有价值。它也可能是内容尚未覆盖、页面还没被充分理解，或者需求本身带有季节性。抓取、索引、排名是不同环节，收录少不等于需求不存在。
保留旧栏目时，先确认它还在解决什么问题
决定保留，前提是旧栏目仍能独立回答一类问题，而不是仅仅因为“删了可惜”。可以先做一步实际动作：把旧栏目下的页面按主题归类，看每一类是否还有明确的用户问题对应。
如果归类后发现，多数页面只是在重复同一件事，或者内容依赖的旧系统、旧合作关系已经退出，那么保留的价值就有限。此时更适合改写：把栏目主题调整为能同时覆盖新旧品类的上位概念，让原有页面在新的结构里继续被使用。
改写的直接结果是：原有内容不必全部废弃，用户从旧页面进入后能自然找到新品类入口，下一步的维护重点也从“继续堆旧内容”转为“补齐新品类下的空白问题”。
需要新栏目时，先解决结构而不是先堆内容
确认新品类需要独立栏目后，先定栏目与现有栏目的关系，再决定写什么。常见做法有两种：
- 并列结构：新品类与原品类处于同一层级，各自独立。适合两者用户意图差异大、交叉需求少的情况。
- 父子结构：新品类作为原栏目的子栏目。适合两者共享同一批用户、只是场景不同的情况。
选择哪一种，取决于用户是否会在两者之间来回比较。如果会，父子结构更利于他们连续浏览；如果不会，并列结构更清晰。栏目定下来之后，再为每个新页面确定它要回答的具体问题，避免新栏目只是把旧内容换个标题重发。
完成结构规划后，下一步是检查旧栏目中哪些页面需要指向新栏目、哪些需要合并。这个动作会影响后续的维护顺序：先处理指向关系，再补充新内容，比先大量新增页面更容易保持结构清晰。
退出旧栏目时，别把“退出”做成“消失”
旧栏目确实没有保留价值时，优先考虑合并，而不是直接删除。合并的前提是：目标栏目能承接旧页面的核心问题，且用户不会因为跳转后找不到答案而离开。
合并之后要检查两件事：旧页面上的有效信息是否已经迁移到目标页面；原先指向旧页面的内部链接是否已经更新。这两步做完，才算完成退出，而不是留下大量无法到达的页面。
如果旧栏目涉及的是已经退出的合作关系或旧系统，处理时还要确认：这些内容是否仍对用户有参考价值。有，就改写后并入相关栏目；没有，就按无价值页面处理。判断标准始终是用户问题，而不是内容存在了多久。
