先给有条件的结论:如果两套网站面向同一批用户、卖同一类东西,通常应选一套作主站,把另一套中仍被用户需要的内容迁过去后,用301把旧地址指向主站对应页;如果两套站面向不同国家、不同品牌或不同产品线,且各自有独立运营能力,保留双站反而更合理。判断依据不是哪套站“权重更高”,而是用户需求是否重叠、内容是否可替代、迁移后能否让每个旧地址都落到最接近的新页面。谷歌搜索原理里,抓取、索引、排名是三个不同环节,合并站点的动作主要影响抓取与索引,排名变化只是后续结果,不能拿它当合并当天的验收指标。
把两套站的核心页面各拉一份清单,按用户任务归类,而不是按栏目名归类。若同一任务在两站都有页面,例如都回答“设备如何选型”,就属于需求重叠;若一边回答选型、另一边回答安装验收,则属于需求互补。需求重叠时,两套内容同时存在会让用户和搜索引擎都难以判断该看哪一页,这时合并更有利。需求互补时,强行合并会把两种不同的访问意图塞进一个页面,用户找不到重点,保留两套站并各自做深反而更好。
一个可操作的判断是:随机抽10个核心页面,问“删掉其中一套站的对应页,用户会不会失去某种答案”。如果答案基本是“不会”,说明内容可替代,合并阻力小;如果多数答案是“会”,说明两套站承担了不同任务,应优先考虑保留。
筛完后会得到三类:必迁、可并、可弃。必迁页面要一对一指定新地址;可并页面要确认新页面确实覆盖了旧页面的核心答案;可弃页面直接返回410或保留一段时间的301到上级栏目,都比让它变成404更利于用户。
反例出现在品牌与用户群都不重叠的并购里。假设A站服务德语市场、B站服务日语市场,两边产品相同但语言、支付、客服体系完全独立,此时把B站内容并入A站,会让日语用户进入一个语言和流程都不匹配的页面,属于用合并破坏了原有服务。这种情况下应保留双站,只统一后台与品牌披露,各自维护自己的内容体系。
另一个需要保留双站的条件是:两套站分别对应不同法律主体或不同产品品牌,且用户搜索时用的是不同品牌名。把两个品牌的内容塞进一个站,用户会困惑“我找的品牌怎么在别人站里”。此时更合适的动作是各自保留,只在集团层面做互相说明,而不是做全站合并。
选定主站后,先做一张旧地址到新地址的映射表,再执行301。映射表要精确到页面级,避免把大量旧页统一跳转到首页,因为首页无法替代原页面的具体答案,用户和搜索引擎都会认为这次跳转没有兑现预期。执行后观察旧地址是否仍被访问、新地址是否开始承接原有关键词,同时检查主站是否出现重复内容或抓取异常。如果旧地址访问量下降但新地址没有相应承接,说明映射或内容覆盖出了问题,应回到映射表逐条核对,而不是立刻再改一次全站规则。
需要提醒的是,旧站抓取量归零或某个统计指标下降,不能单独证明合并做对了。服务器屏蔽、robots设置、站点下线时间、统计口径变化都可能造成同样的现象。判断合并是否有效,要看用户能否通过旧地址顺利到达内容更完整的新页面,以及新页面是否覆盖了旧页面的核心答案。
先完成两件事再决定去留:一是把两套站的核心页面按用户任务做成对照表,标出重叠、互补和仅导航三类;二是对必迁页面写好一对一的新地址映射。做完这两步,保留还是合并就不再是感觉判断,而是有清单支撑的决策。若对照表显示重叠页面占多数且都能被主站替代,就执行合并;若互补页面和独立转化路径占多数,就保留双站,把精力放在各自内容的完整性上。