合规SEO技术，并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /30b418f68e19.html
📄
合规SEO技术，并购后两套网站内容如何选择去留
先别按“哪套站权重高”做决定。更可执行的做法是：把两套站的内容逐页拆成“可合并、需重写、应退役”三类，再为每一类指定一个落地动作。判断依据不是域名新旧，而是这个页面是否还有独立价值、是否能被另一套站承接、以及承接后用户能否完成同一任务。下面用一个假设的并购场景，把读者手里的一份页面清单变成可执行方案。
先给每份资料贴三个标签，而不是先选一套站
假设A站是收购方主站，B站是被收购方旧站。你手上有一份B站URL清单。不要先问“B站要不要关”，先给每个URL贴三个标签：
- 任务标签：这个页面解决什么用户任务，比如查规格、找门店、下载表单。
- 承接标签：A站是否已有能完成同一任务的页面，且内容不弱于B站。
- 依赖标签：这个页面是否被其他页面、外部链接或线下物料引用。
贴完标签后，去留判断会从“整站取舍”变成“逐页取舍”。这是合规SEO技术里最容易被跳过的一步，因为整站决策听起来更快，但返工成本通常更高。
三种处理动作的适用条件与结果
可合并：A站已有同任务页面，且B站内容能被吸收
适用条件是两页解决同一任务，且B站没有A站缺失的关键信息。动作是把B站独有的段落、参数、图片说明补进A站对应页，然后对B站页面做301到A站目标页。结果是用户和搜索引擎都被指向同一落点，后续只需维护一套内容。如果B站页面有外部链接，301能把信号集中到A站目标页，但前提是目标页确实能承接该任务，否则用户落地后会再次跳出。
需重写：B站页面有独立价值，但A站没有对应落点
适用条件是B站页面承担了A站没有的任务，比如旧产品线文档、被收购方独有的服务说明。动作不是原样搬过去，而是先判断这个任务在新公司是否继续存在。如果继续存在，在A站新建页面并重写，保留原页面的核心事实，去掉只属于旧品牌的表述，再对B站页面做301。如果任务已终止，转入退役流程。重写后的页面要能独立回答用户问题，而不是只留一句“业务已并入”。
应退役：页面任务已终止，或内容已无独立价值
适用条件是页面对应产品下线、活动结束、团队解散，且没有其他页面需要承接其流量。动作是返回410或保留一个说明页后返回301到最相关的上级页面，具体取决于是否还有用户会从外部链接进入。退役不是简单删除，删除后如果外部仍有链接指向，用户会看到404，体验和信号处理都不理想。退役后要在清单里标记原因，方便下一轮复查。
用一份页面清单走完一次决策
假设B站有一个“旧型号X安装指南”页面，A站没有对应内容，外部有两个行业论坛链接指向它。按上面的标签：任务标签是“安装旧型号X”，承接标签是“A站无”，依赖标签是“有两个外部链接”。
- 先确认旧型号X是否仍在服务范围内。如果是，进入重写流程：在A站新建安装指南页，保留步骤和安全提示，更新品牌署名，然后对B站页面做301。
- 如果旧型号X已停止支持，进入退役流程：保留一个简短说明页，告知用户该型号已停止支持并指向替代型号页面，再对该说明页做301到替代型号页。
- 无论走哪条路，都把B站原URL、处理动作、目标URL、处理日期写进同一份清单。下一步复查时，只看清单里标记为“需重写”和“应退役”的条目，不再重新讨论已合并的页面。
这个动作的结果会直接影响下一步：如果重写后的页面在A站能独立完成安装任务，后续就不需要再保留B站页面；如果发现用户仍在搜索旧型号，说明退役判断需要复核，可能要把说明页升级为完整指南。
抓取、索引、排名要分开看，别把现象当结论
处理完页面后，你可能会看到B站抓取量下降、索引量减少。这些现象本身不能证明处理正确，也不能单独证明处理错误。抓取量下降可能是因为B站页面已返回301或410，也可能是因为外部链接减少、站点整体活跃度变化。索引量减少可能是页面被正确移除，也可能是新页面还没被重新抓取。排名变化同样受多种因素影响，不能直接归因于这次合并。
更稳妥的验证方式是：对每个已处理页面，检查目标页是否能被正常访问、是否返回正确状态码、是否与用户搜索意图一致。如果目标页能完成同一任务，且状态码正确，那么这次处理在技术层面就是可接受的。至于排名，需要更长时间观察，且要排除季节、竞争、算法更新等无关变量。
把决策写成可复查的规则，减少下一轮争论
并购后的内容去留不是一次性的。建议把上面的判断写成三条规则，贴在团队协作文档里：
- 同一任务只保留一个主页面，其他页面301到主页面。
- 有独立任务且任务继续存在的页面，重写后保留在A站，不直接复制旧站内容。
- 任务终止的页面，根据外部链接情况选择410或说明页加301，并记录原因。
这样下一批页面进来时，团队不用重新争论“哪套站更好”，而是直接按规则判断每个页面的任务、承接和依赖。规则本身也要定期复查，因为业务范围会变，今天退役的任务明天可能重新上线。复查时优先看那些标记为“需重写”但尚未完成的条目，它们最容易在过渡期造成用户找不到内容。
