网站导航设计：企业并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5b9a4f2c09b9.html
📄
网站导航设计：企业并购后两套网站内容如何选择去留
先给出一个可执行的判断顺序：把两套站点的页面按“用户任务是否仍然成立”分成保留、改写、退出三类，再用导航结构把保留和改写后的内容重新串起来。合并后最忌讳的做法是把两套导航并列摆在同一层级，让用户自己猜哪一套是主入口。是否保留一个页面，不取决于它原来属于哪家公司，而取决于它是否还在支撑一个真实存在的用户任务，以及这个任务在新主体下由谁负责。
保留的前提：页面承担的任务在新主体下继续存在
并购后常见的误判是按“来源公司”决定去留：被收购方的页面一律下线，收购方的页面一律保留。这个规则简单，但会误伤那些独立于公司身份仍有价值的内容，比如产品规格说明、常见故障排查步骤、兼容性列表。判断保留的核心问题是：这个页面回答的问题，在新主体下是否仍然有人会问。
假设A公司收购B公司，B公司有一组“设备安装尺寸”页面，A公司没有同类内容。这些页面的价值不因主体变更而消失，应保留，但需要在导航中重新挂到A公司的产品支持路径下。相反，B公司的“公司简介”“投资者关系”这类页面，其内容主体已经不存在，保留只会制造混乱，应退出。
保留动作会直接影响下一步：一旦决定保留，就必须指定它在新的导航层级中的位置和上级入口。没有归属的保留页面，等于给用户留了一个没有回头路的死胡同。
改写的前提：任务成立但表述、归属或路径已过时
更多页面的处境介于保留和退出之间：用户问题还在，但页面里的品牌名、联系方式、产品线归属、操作步骤已经不对。这类页面适合改写，而不是直接删除。删除会丢掉已经积累的外部链接和用户习惯路径，改写则能把这些入口继续用起来。
改写的适用条件有三个，缺一个就要重新考虑：
- 页面主题与保留内容有明确关联，能自然并入新导航的某一分支；
- 原文的事实部分可以核实并替换，不需要凭空重写；
- 有明确的负责人愿意维护改写后的版本，而不是改完就放着。
一个常见做法是保留原URL，替换正文中的主体信息，并在导航中把它指向新的上级栏目。这样做的结果是：老用户从外部链接进来仍能到达页面，但顺着导航往上走会进入新站的主结构，而不是回到旧站的首页。是否保留原URL需要单独评估，如果原URL带有强烈的旧品牌词，也可以设置跳转到新页面，但要确认跳转目标确实覆盖了原页面的用户任务。
退出的前提：任务消失或已被新页面完整覆盖
退出的判断标准不是“内容旧”，而是“用户任务已经不存在，或者新站已有页面完整承接了同一任务”。前者如已停止运营的产品线页面，后者如两套站各有一份内容几乎相同的退换货政策。
重复覆盖的情况下，退出哪一个需要看两件事：哪一份内容更完整、更新，以及哪一份在导航中更容易被找到。如果两份质量接近，优先保留位于新主体主结构中的那一份，把另一份退出，避免同一问题出现两个答案。
退出不等于直接删除。更稳妥的处理是让旧页面返回一个指向新页面的跳转，或者返回一个说明页面，告诉用户该内容已迁移。直接返回404会让从外部链接进入的用户彻底失去线索，也会让搜索引擎在重新抓取时丢失这条路径。抓取、索引和排名是不同环节：页面返回跳转后，旧地址可能仍被访问到，但最终展示的是新页面，这两件事不要混为一谈。
用导航结构验证去留决定是否成立
分类完成后，把保留和改写的页面放进新的导航树里走一遍，检查三件事：
- 每个保留页面是否都能从首页通过不超过三层导航到达；
- 同一用户任务是否只对应一个主要入口，没有两个并列入口指向相似内容；
- 退出页面的跳转目标是否真的承接了原页面的问题，而不是跳到首页或栏目页。
如果某个保留页面在导航里找不到合适位置，通常说明它对应的用户任务在新主体下并没有明确归属，这时应回到第一步重新判断，而不是硬塞进一个不相关的栏目。导航结构在这里不是装饰，而是对去留决定的检验：挂不上去的内容，往往本来就不该保留。
最后，把这份分类结果和导航调整记录成一份清单，注明每个页面的处理方式、负责人和跳转目标。下一次有人问起某个旧页面为什么还在或为什么消失，这份清单就是依据，也能避免同一批内容被反复讨论和反复改动。
