baidu 百度并购后两套网站内容去留：先做页面级取舍，再决定合并或并行
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7225f3d21acd.html
📄
baidu 百度并购后两套网站内容去留：先做页面级取舍，再决定合并或并行
并购后两套网站内容不能按“谁流量大留谁”一刀切。更稳妥的做法，是把每套站的内容拆到页面级，按页面承担的任务、是否与另一套重复、合并后的承接路径来分类；对百度而言，抓取、索引、排名是三个不同环节，页面被收录不等于它值得保留，排名下降也不等于内容本身有问题。下面以你手上的一份页面清单为对象，说明怎么一步步做出可执行的决定。
先给每套站建立一份页面台账，而不是先谈整站去留
把两套站分别导出可访问页面清单，至少包含：URL、页面类型（栏目页、产品页、文章页、帮助页）、标题、主要关键词或主题、是否有独立转化入口、最近一次实质更新的大致时间、内链数量、是否被其他页面引用。没有现成工具时，用站点地图加人工抽样也能起步。
台账的作用是让“去留”落到具体对象上。整站合并最容易出的问题是：把A站首页保留、B站首页删除，但B站真正有价值的是几个产品说明页，这些页面既没有对应替代页，也没有做跳转，结果用户和爬虫都找不到承接路径。这不是百度特有的问题，而是合并动作缺少页面级映射。
用三个条件判断一个页面该留、该并还是该退
对台账里的每一页，依次问三个问题，答案会直接指向处理方式：
- 它是否承担了另一套站没有的任务？例如独有产品的参数说明、独有服务的办理流程、独有的常见问题解答。承担独有任务，优先保留并迁移到主站对应栏目下。
- 它与另一套站的某页是否主题高度重叠？如果两页回答同一批用户的同一类问题，保留信息更完整、更新更近、内链更合理的那一页，把另一页的独有段落并入，再对旧URL做301到保留页。
- 它是否只有流量、没有承接？如果一页能带来访问，但页面上没有下一步动作（咨询、下载、查看产品、进入栏目），要先补承接再决定去留；否则它只是在消耗抓取预算和用户耐心。
三个条件都指向“退”的页面，才进入删除或归档队列。删之前确认它没有被其他保留页面当作必要引用，也没有外部链接指向它；有外链的旧页更适合301而不是直接404。
合并与并行：两种做法各自成立的条件和代价
选择合并到一套主站，成立条件是：两套站的用户群、产品线、品牌口径已经统一，且你能为每个被合并页面找到明确承接页。代价是迁移期需要逐页核对标题、正文、内链和跳转，工作量集中在执行阶段；如果映射做得粗，短期访问波动会更明显，需要按页面而不是按整站观察。
选择两套站并行一段时间，成立条件是：两边业务尚未整合、用户群差异大、或某一套站有独立品牌需要保留。代价是两套站会持续产生重复主题，百度需要分别抓取和判断，你的维护成本也翻倍。并行不是默认安全选项，它只是给整合争取时间的过渡状态，应当为每套站设定明确的观察周期和退出条件。
一个假设例子：假设A站有200个页面，B站有150个页面，其中约40个主题重叠。若选择合并，先处理这40个重叠页，做保留页增强和旧URL跳转，再处理B站剩余的独有页；若选择并行，则至少要让两套站的栏目结构、标题写法、内链规则各自自洽，避免同一主题在两站反复出现却互不引用。数字只用于说明分类方法，不代表任何实际站点的规模。
把决定落到动作上，并用结果修正下一步
确定分类后，按这个顺序执行：先迁移独有页并在主站补好内链，再合并重叠页并设置301，最后处理无承接、无引用、无独有信息的页面。每完成一批，观察三件事：这些URL是否仍能被百度抓取到、保留页是否进入索引、目标查询下保留页是否开始获得展现。
结果会直接影响下一步。如果旧URL仍被抓取但未跳转，说明301配置或服务器响应有问题，应先修技术层，而不是继续删页；如果保留页已被索引但没有展现，说明内容与目标查询的匹配度或页面质量还需要调整；如果抓取量短期下降，先确认这是删除和跳转带来的正常结果，还是robots、服务器状态、内链断裂造成的误伤——抓取量归零本身不能单独证明处理正确，它也可能是配置错误。
对百度语境下的并购站整合，判断标准始终是：用户能否从任一入口到达他需要的内容，搜索引擎能否理解保留页面的主题和关系。整站去留是结果，页面级取舍才是可执行的动作。
