先给出结论:不要按“哪套网站做得更久”或“哪套看起来更漂亮”来决定,而要先判断两套内容各自满足的是同一批搜索需求,还是互补需求。如果高度重叠,保留信息更完整、更新维护更可持续的一套,把另一套中真正独有的内容迁入;如果互补,优先保留域名权重和访问路径更清晰的那套,把另一套作为内容来源而非直接并列上线。判断依据不是感觉,而是逐页对比主题覆盖、用户任务完成度和后续维护成本。
把两套网站的主要栏目和页面标题导出,按用户想完成的任务归类,例如“了解产品规格”“查询服务范围”“下载资料”“联系咨询”。如果同一任务在两套站上都有页面,且回答角度、数据、案例基本一致,就是重叠;如果一套偏产品参数,另一套偏安装维护经验,就是互补。重叠内容直接并列保留,会让搜索引擎面对多个相似页面,也会让用户不知道以哪套为准。
一个可操作的判断动作是:随机抽取二十个核心页面,逐页问“删掉它,用户还能不能从保留的页面得到同样答案”。如果答案是能,且没有独有数据、图片或案例,就归入可合并;如果答案是否定的,就标记为待迁移。这个动作的结果会直接决定下一步是批量重定向,还是先做内容合并清单。
高度重叠时,选择依据按以下顺序排列:第一,哪套网站的核心页面能被正常抓取和访问,没有大面积死链或错误跳转;第二,哪套的内容更新记录更连续,而不是一次性堆上去就停止维护;第三,哪套的页面结构更容易让用户从列表走到详情再走到咨询。三项都占优的那套作为保留站,另一套只迁入独有内容。
实施动作分三步。第一步,把准备放弃的那套网站中独有的产品说明、案例数据、常见问题整理成清单,逐条并入保留站的对应页面,而不是新建一批孤立页面。第二步,对确认不再保留的旧地址设置到新对应地址的跳转,跳转目标必须是内容最接近的页面,不要全部指向首页。第三步,跳转上线后观察抓取和访问日志,确认旧地址的请求逐步减少、新地址开始承接访问。如果旧地址请求长期不降,要检查跳转是否被中间页拦截,或者站内是否还有指向旧地址的链接。
假设甲站有五十个产品页,乙站有三十个产品页,其中二十个主题重合。保留甲站,把乙站十个独有型号的说明并入甲站对应分类,旧地址跳转到最接近的型号页。三个月后如果乙站旧地址仍被大量访问,可能的原因包括外部链接仍指向旧地址、跳转链经过多次中转、或乙站品牌词仍有搜索需求。这时不应简单延长跳转时间,而要检查外部链接和品牌词的承接页面是否合理。
互补内容指的是两套站分别覆盖不同阶段的需求,例如一套偏售前选型,一套偏售后维护。此时直接把两套内容塞进一个站,可能打乱原有栏目逻辑。更稳妥的做法是保留访问路径更清晰、域名历史更连续的那套作为主站,把另一套的内容按主题拆成独立栏目或专题,并保留原文中的独有信息。
判断互补是否成立,要看用户是否会在同一决策过程中先后需要两类内容。如果会,合并后应建立从选型页到维护页的内部链接;如果不会,两类内容可以各自保留入口,但要有明确的导航区分。例外情况是:另一套网站已有稳定的外部链接和直接访问,且合并会造成大量跳转损失。此时可以先保留两套并行一段时间,但必须明确哪套是主更新站,避免两边同时发布相似内容。
无论选择哪条路径,都要先确认保留站能正常被抓取。检查 robots 规则是否误拦了重要目录,检查服务器是否对搜索引擎返回正常状态,检查重要页面是否被错误标记为不索引。抓取、索引、排名是不同环节:页面能被抓取,不代表会被索引;被索引,也不代表会获得理想排名。因此迁移后的观察要分层看,不能只用“搜索某词有没有出现”来判断成败。
另一个容易遗漏的条件是内容迁移后的页面唯一性。把旧站内容复制到新站时,如果标题、正文、图片说明几乎不变,且旧地址仍可访问,就会形成重复内容。正确动作是迁移时同步改写标题和开头段落,补充新的内部链接,并确保旧地址跳转或返回明确状态。这个动作的结果会直接影响保留站能否顺利承接旧内容积累的访问信号。
执行后如果发现旧地址访问量下降但新页面没有承接相应访问,不要立刻断定迁移失败。合理解释还包括:旧访问本来来自品牌词而非内容词、跳转目标与用户预期不符、或外部链接尚未被重新抓取。此时下一步应检查跳转目标的相关性和外部链接指向,而不是继续增加跳转规则。选择去留的核心不是保住哪套网站,而是让用户和搜索引擎都能找到唯一且完整的答案。