有条件的结论是:并购后先按“用户任务是否重叠”做合并判断,重叠内容合并到保留站,不重叠内容按业务必要性迁移;但这个方法在“两套站点各自承载独立资质或独立客户承诺”时会失效,此时不应强行合并,而应保留双站并做清晰的入口分工。下面给出可操作的判断依据。
把两套站点的页面按用户任务列出来,而不是按栏目名对照。产品页、方案页、案例页、帮助文档、联系方式,逐项标注“解决同一个用户问题”还是“解决不同用户问题”。
判断时以用户能否完成任务为准,不以页面数量多少为准。页面多不等于内容强,两套各有一半信息、用户两边都看不全,才是真正需要处理的状态。
当确认内容重叠、需要二选一时,按以下顺序比较,而不是凭偏好决定。
假设A站产品页有四十个,B站同类产品页有十五个但每页都带选型说明。若用户决策依赖选型,B的十五页合并进A的框架后,可能比单纯保留A的四十页更有用。这只是一个用于说明比较方法的假设例子,实际取舍仍要看用户任务。
如果两套网站分别对应不同的经营主体、不同的资质范围,或对客户作出不同承诺(例如交付周期、服务区域、退换条件不同),那么合并会制造错误信息。此时正确做法是保留双站,明确各自适用范围,并在导航和页面上写清用户该去哪一个。
另一类反例是:两套站点面向语言或地区不同的用户,内容看似同题,实际服务条款不同。这种情况下按“重叠”处理会丢失适用条件,属于把统计上的相似误当成业务上的相同。
还有一个容易误判的信号:合并后原站某些页面的抓取量或访问量下降甚至归零。这不能单独证明合并做错了,也可能是旧入口被替换、跳转规则未覆盖、或统计口径变化造成的。要结合跳转是否生效、新页面是否被收录、用户是否仍能完成任务来判断。
先做一张页面级映射表:旧页面、新页面、处理方式(保留、合并、跳转、下线)、负责人。对确认合并的页面,把独有信息补进保留页,再设置跳转;对确认保留的双站内容,在两站显著位置说明各自适用范围。
映射表完成后,抽查十到二十个重要页面,确认用户从旧入口能到达正确的新页面、页面信息没有互相矛盾。这一步的结果直接决定后续是扩大合并范围,还是先修正跳转和内容缺口。只有抽查通过,才进入批量处理;抽查不通过,先修规则再继续。