网站更新频率：并购后两套网站内容去留，先做可逆的内容映射
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /764917cc432d.html
📄
网站更新频率：并购后两套网站内容去留，先做可逆的内容映射
并购后两套网站的内容去留，不能按“哪套更新更勤”来定，而要先判断每套内容承担的是获取任务还是承接任务。缺少完整数据和后台权限时，最小动作是拉一张URL级内容映射表，标出保留、合并、重定向、暂缓四类；这个动作决定后续能不能安全停更一套站点，而不是直接决定排名。
矛盾现象：更新更勤的一套，未必该留
并购后常见的情况是，被收购方站点更新频率更高，栏目更活跃，但品牌词搜索量和外链集中在收购方主站。此时如果只按更新频率留站，容易把已经积累的引用和品牌认知留在旧域名上，主站反而继续空转。
另一种相反情况也存在：主站更新少，但核心产品页、资质页和帮助文档沉淀多年，被大量外部页面引用；被收购方站点更新勤，内容却多为活动、招聘和新闻，生命周期短。停掉后者损失有限，停掉前者会直接削弱用户获取路径。
这两种情况说明，更新频率只是内容活跃度的表面指标，不能单独作为去留依据。
两种解释：更新频率高，可能代表不同东西
解释一：高频更新代表持续维护，内容更贴近当前业务。若被并购方仍在独立运营、产品线未合并，其站点内容可能仍是用户实际需要的信息，此时应优先保留可继续服务用户的部分。
解释二：高频更新只是发布节奏快，内容本身可替代。活动通知、短期促销、重复的行业资讯，这类内容即使更新频繁，也不具备长期获取价值。合并后如果主站已有同类页面，重复保留只会分散用户和搜索引擎的理解。
区分这两种解释，不能看更新次数，要看每个URL背后的用户任务：用户是来查产品参数、找售后入口，还是看一条已经过期的活动通知。任务仍然成立的内容，才有保留或合并的价值。
能区分解释的证据：URL级映射表比更新日志有用
在缺少完整数据和权限时，仍可执行的最小动作是建立一张URL级映射表。每条记录至少包含：原URL、页面主题、当前是否可访问、是否有外部链接指向、对应主站是否已有同类页面、建议处理方式。外部链接数据拿不到时，可以先留空，并标注“待验证”，不要用猜测填充。
映射表的价值在于把“两套网站”拆成一个个可判断的页面，而不是在站点层面做二选一。处理方式建议分为四类：
- 保留：页面主题仍服务当前业务，且主站没有等价内容。
- 合并：两站都有同类内容，把被并购方页面的有效信息并入主站页面。
- 重定向：页面不再单独维护，但有外部链接或用户习惯访问，指向主站最接近的页面。
- 暂缓：权限或数据不足，无法判断，先保持可访问，不做批量处理。
完成映射表后，下一步不是立刻关站，而是先处理“合并”和“重定向”两类。这个动作的结果会直接影响后续判断：如果重定向后目标页面能正常承接用户，说明该主题可以收缩；如果目标页面与用户预期不符，说明需要先补内容，再谈停更。
一个假设例子：用三页内容判断去留
假设收购方主站有产品总览页，被并购方站点有产品A详情页、产品B详情页和一场已结束的发布会页面。映射后可以这样处理：产品A、B详情页若仍对应在售产品，合并进主站对应栏目；发布会页面若无外部链接、无后续报名入口，归入暂缓或直接下线；若发布会页面有外部媒体报道引用，则重定向到主站新闻或品牌页。
这个例子只说明比较方法，不代表真实项目结果。关键假设是：产品仍在售、主站有承接位置、外部链接情况可查。任一假设不成立，处理方式就要改。
不能从更新频率推出的结论
更新频率下降、抓取量减少或某个栏目停止更新，都不能单独证明内容该删。抓取减少还可能来自站点结构变化、内链减少、服务器响应波动或外部链接流失；更新停止也可能只是编辑资源转移。要区分这些原因，需要看具体URL的访问、引用和用户任务是否仍然成立。
同样，把两套网站内容全部搬到主站，也不等于完成了整合。搜索引擎需要重新抓取和索引新URL，用户需要重新建立访问习惯，这两个环节与内容去留是不同问题。缺少权限时，先完成映射表和暂缓标记，比强行合并更可逆。
可执行的下一步是：选定一个栏目做小范围试点，按映射表处理合并与重定向，观察用户是否能顺利到达目标内容，再决定是否扩大范围。更新频率可以作为参考列，但不能替代这张表。
