整站seo并购后两套网站内容去留：用一张页面映射表决定保留、合并还是下线
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1d666629d38f.html
📄
整站seo并购后两套网站内容去留：用一张页面映射表决定保留、合并还是下线
先给结论：不要按“哪套网站做得更好”来选，而要按“每张页面在并购后的业务角色”来选。把两套网站的URL逐条放进一张映射表，为每条URL标记保留、合并或下线，并写清承接页与跳转方式。判断依据不是页面数量，而是这张页面是否还有独立搜索需求、是否对应仍在销售的产品或服务、是否有外部链接与历史流量价值。三者都弱，才进入下线候选。
先找那个被忽略的条件：页面角色而不是网站归属
并购后常见的做法是保留主站、把另一套网站整体跳转，或者两套并行各更新各的。这两种做法在一种情况下都会出错：被并购网站里有一部分页面承担着主站没有覆盖的独立需求。整体跳转会让这些页面失去对应内容，并行更新则让同一业务出现两套互相竞争的表述。
被忽略的条件是：页面的去留由它承接的需求决定，而不是由它属于哪套网站决定。同一套网站里，有的页面该保留，有的该合并，有的该下线；两套网站之间也一样。所以第一步不是选网站，而是把两套网站的URL合成一张清单。
动作上，先从两份XML站点地图、服务器访问日志和两套网站的后台内容列表各导出一次URL，取并集去重。结果是一张可能远大于预期的清单——很多页面不在导航里，却仍被访问或被外部链接指向。这张清单就是后续所有判断的对象。
给每条URL打三个标记：需求、业务、资产
对清单里的每条URL，回答三个问题，每个问题只给“强、弱、无”三档：
- 需求：这条URL对应的主题，是否有人用与业务相关的词在搜索？看的是该主题本身，而不是这条URL当前的排名。
- 业务：它对应的产品、服务、门店或政策，并购后是否仍然存在、仍然对外提供？
- 资产：是否有其他网站链接到它、是否有邮件或线下物料引用它、是否积累了可迁移的用户评论或下载资源？
三档组合直接对应处理方向：需求强且业务在，保留并纳入主站信息架构；需求强但业务已并入另一条线，合并到主站对应页面；需求弱、业务无、资产也弱，下线。资产强但需求弱的页面不要直接下线，先看能否把外部链接价值导向一个相近的保留页。
这里要区分抓取、索引和排名：一条URL被搜索引擎抓取过，不等于它被索引，更不等于它有排名。判断需求时不要拿“曾经被收录”当证据，那只是抓取层面的现象。
假设例子：同一款产品在两套网站各有一页
假设并购前A站有 /product-x，B站有 /solutions/x-series，两页讲的是同一款产品，只是措辞和参数表略有差异。按上面的标记：需求强、业务在、两页各有少量外部链接。
处理方式不是二选一删除，而是选一个承接页，把另一页的有效信息补进去，再把被合并页301到承接页。承接页选哪个，看三点：哪一页的参数更完整、哪一页的外部链接更相关、哪一页的URL更贴合主站未来的目录结构。假设最终保留 /product-x，把 /solutions/x-series 的参数差异补进前者，然后设置跳转。
动作的结果会直接影响下一步：合并完成后，观察承接页是否开始承接原来落在被合并页上的访问。如果访问没有转移过来，先检查跳转是否生效、被合并页是否仍能被访问到，而不是急着判定“合并失败了”。访问量归零本身不能证明处理正确，它也可能只是页面被正常替换后的结果；反过来，访问量没降也不代表合并没问题，可能是旧页仍在被直接访问。
把映射表变成可执行的处理队列
清单打标之后，按处理方式分成三组，并规定执行顺序：
- 先处理合并组：这类页面同时涉及内容整合和跳转，最容易出现信息丢失，先做能尽早暴露承接页是否选错。
- 再处理下线组：确认无业务、无需求、无资产的页面，设置跳转或返回合适状态码，并同步清理站内链接。
- 最后处理保留组：把保留页纳入主站导航、内链和站点地图，统一标题与描述口径。
每一组都要指定一个可检查的产出：合并组产出“承接页+跳转清单”，下线组产出“下线URL+状态码清单”，保留组产出“主站信息架构中该页的位置”。没有这三份产出，映射表就只是一张表，无法交给执行的人。
执行后怎么判断该继续还是回退
处理上线后，看的是承接页和主站整体，而不是被处理页本身。可以按下面的顺序排查：
- 被合并页的跳转是否稳定返回，是否出现跳转链或跳回原页。
- 承接页是否已能被抓取和索引，内容是否覆盖了被合并页原有的关键信息。
- 主站内是否还有指向已下线URL的链接，导航和站点地图是否已更新。
如果承接页表现没有起色，先确认它是否被索引、是否承接了原页面的内外部链接，再考虑是否选错了承接页。只有在承接页本身可索引、链接已转移、内容已补齐的前提下，才有理由回退到“保留两页但明确主次”的方案。回退不是失败，而是说明当初的合并条件不成立——比如两页面向的其实是不同细分需求，那就应该各自保留并互相区分，而不是硬并成一页。
整站层面，这套方法的落点是：并购后的内容去留不是一次性的网站取舍，而是一张持续维护的页面映射表，每处理完一批就更新它，下一批才有依据可循。
