并购后两套网站的内容去留,不应按“哪套设计新”或“哪套域名权重高”一刀切,而要先判断每类内容是否具备原创生产链、是否与存续主体匹配、以及是否能在合并后持续维护。百度飓风算法针对的是采集、拼接和低质聚合内容,因此真正需要先处理的,是那些无法说明来源、无法持续更新的页面,而不是所有旧站内容。
把两套网站的内容按来源和维护状态分成三类,比按站点归属划分更有效。第一类是原始生产内容:有明确作者、采访对象、项目记录或独家数据,能说明“这条信息为什么由我们发布”。第二类是授权转载或合作内容:有授权凭证,但合并后授权主体可能变化,需要重新确认。第三类是采集、拼接或批量生成内容:没有独立信息增量,只是把同一事实换词重复,或者从多个来源拼成一篇。
百度飓风算法重点打击的是第三类。对这类页面,保留在哪个域名下都不会改变其内容性质。反过来,第一类内容即使发布在即将关闭的旧站上,也值得迁移并保留原始出处说明。
适用前提是:页面有可追溯的原始信息,合并后仍有明确的维护责任人,且内容与存续主体的业务、资质或服务范围一致。此时可以保留,并把旧站中这类页面迁移到新站对应栏目下。迁移时保留原始发布时间和作者信息,有助于读者和搜索引擎理解内容沿革。
一个实际动作是:先导出旧站所有页面的标题、URL、发布时间和作者字段,逐条标注“有原始来源”“有授权”“无来源”。完成标注后,把“有原始来源”的页面按主题归入新站栏目,再决定是否需要改写标题以匹配新站结构。这个动作的结果会直接影响下一步:如果某栏目下可保留的页面不足,说明该栏目本身缺乏独立内容支撑,应考虑合并栏目而不是硬凑页面。
适用前提是:原始信息仍有参考价值,但页面中的主体名称、联系方式、服务范围已随并购变化,或者原文结构不适合新站栏目。改写不是换同义词重发,而是更新事实、补充合并后的新信息、明确新的发布主体。
假设一个短例子:旧站有一篇关于某类设备选型的说明,内容基于旧公司的测试记录。并购后新公司仍经营同类设备,但测试标准和产品线已经变化。此时直接保留会造成信息错位,直接删除又浪费了原始测试数据。合理做法是保留原始测试记录作为依据,重写选型建议部分,并在页面中注明数据来源和更新日期。这个例子只是说明判断方法,不代表任何真实项目结果。
适用前提是:页面属于采集、拼接或批量生成,且合并后没有人力重新核实和补充。对这类页面,设置301跳转到新站最相关的栏目页或内容页,比原样迁移更合理。如果连一个语义相关的目标页都找不到,说明该内容与新站主题关联薄弱,可以直接返回410或404,不必为了保留URL而强行跳转。
需要说明的是,旧站流量下降、抓取量减少或某些页面从索引中消失,不能单独证明“退出”决策正确。流量变化还可能来自季节波动、行业需求变化、竞争对手动作或统计口径调整。判断退出是否合理,应回到内容本身:它是否有独立来源,合并后是否有人维护。
内容去留决策常被卡在技术层面。如果两套网站使用不同的内容管理系统、不同的URL规则,或者旧站存在大量参数化URL和重复页面,那么即使内容值得保留,直接迁移也可能把旧站的抓取问题带入新站。此时应先处理技术收口,再谈内容迁移。
具体动作是:在决定迁移前,先检查旧站是否存在同一内容多个URL可访问的情况。如果存在,先确定一个规范URL,其余URL做301指向它,再把这个规范URL迁移到新站。这个动作的结果会影响迁移清单:如果旧站重复URL比例很高,迁移工作量会集中在URL合并而非内容改写上,内容团队和技术团队的协作顺序也需要相应调整。
这套顺序的核心不是追求保留尽可能多的页面,而是让每一个留下来的页面都能回答“谁发布的、依据是什么、合并后由谁继续维护”。百度飓风算法处理的是内容质量问题,并购后的内容去留,本质上也是同一个判断:这条内容在新主体下是否还有独立存在的理由。