并购后两套网站内容去留,不能按“哪套流量大留哪套”一刀切。更稳的做法是先判断两套内容各自服务的是哪类搜索需求,再决定是合并、保留分站还是逐步下线;只有当两套内容覆盖的是同一批用户、同一类需求时,合并才明显优于保留。
并购初期,团队常拿几组页面做对比:A站某产品页访问量高,B站对应页面访问量低,于是把B站内容删掉、301到A站。单看这几组,动作干脆、结果也说得通。但当页面从几十组扩展到几百组时,问题开始出现:原本在B站有稳定访问的内容,合并后既没有在A站承接住,又丢掉了原有的长尾入口。
这个矛盾不是操作失误,而是样本规模变化后,判断依据从“单页表现”变成了“内容体系匹配度”。小样本里,访问量差异容易被个别页面放大;规模化后,真正决定去留的是两套内容是否指向同一批搜索意图,以及合并后能否被搜索引擎重新理解。
并购双方往往面向不同客户群、不同地区或不同产品线。A站内容可能偏“采购决策”,B站内容偏“使用维护”;A站偏本地服务,B站偏全国分销。这类内容表面上都围绕同一行业,实际对应的搜索词、用户阶段和页面结构并不相同。
如果强行合并,常见结果是:原B站页面被301到A站一个主题相近但意图不同的页面,用户落地后发现答非所问,跳出率上升;搜索引擎也会因为目标页与旧页主题不一致,降低对这次改动的信任。此时“留流量大的”之所以失效,是因为流量大只说明A站原有需求强,不代表它能承接B站的需求。
另一种情况是,两套网站确实在回答同一批问题,只是历史积累不同:A站页面更完整、内链更清晰,B站页面更零散但个别词排名不错。此时保留两套独立内容,会让搜索引擎面对重复主题,用户也可能在不同站点看到相似答案,信任被分散。
这类情况下,合并是合理动作,但前提是逐页判断,而不是整站对整站。可执行的做法是:先按主题分组,把两套网站中回答同一问题的页面列在一起;对每组选出结构更完整、信息更新更及时的一版作为承接页;把另一版中有价值但承接页缺失的段落补进去,再对旧地址做对应跳转。这个动作的结果会直接影响下一步:如果合并后承接页能覆盖原有关键信息,就可以继续处理下一组;如果承接页明显缺内容,应先补内容再跳转,而不是先跳转再观察。
要判断属于哪一种,不能只看访问量。可以按下面几类证据区分:
这些证据要组合看。单一指标归零,比如某个旧页面访问量下降,既可能是合并正确后的正常迁移,也可能是承接页没接住,需要结合跳转目标是否相关来判断。
对已有经验的团队,建议按以下顺序处理,而不是先动全站导航:
这个顺序的关键在于:先判断“能不能合并”,再决定“怎么合并”。如果跳过主题聚类直接按流量删留,规模化后出现例外几乎是必然的。反过来,先分清意图,再逐组处理,才能让后续的抓取、索引和排名变化有可解释的基线。