site命令使用：企业并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b01ad558ac77.html
📄
site命令使用：企业并购后两套网站内容如何选择去留
并购完成后，用 site: 分别查看两个域名的收录规模与页面类型分布，先判断“旧域名是否仍承担主要流量与索引资产”，再决定内容去留。常见结论是：并非所有旧站内容都该迁移，也并非新站上线就必须把旧站全部下线；真正要保的是有独立检索需求、且在新站无法被同等承接的页面。
先看 site 结果的两个维度，而不是只看总数
假设 A 公司收购 B 公司，A 站为存续主站，B 站为被并站。对两个域名分别执行 site:域名，不要只记总数，重点记录两类信息：一是结果中出现的页面类型（产品页、资讯页、帮助文档、地区页），二是同一类内容在两个域名下是否重复存在。
如果 site:B域名 的结果大量是 B 的资讯和帮助文档，而 A 站已有同类且更完整的页面，这类内容通常不值得整体迁移，只需保留少数被外部引用的页面并设置指向 A 的对应页。反过来，如果 B 站出现一批 A 站完全没有的产品型号页或地区服务页，它们承载独立检索需求，就应优先迁移，而不是随旧站一起关闭。
这里要区分抓取、索引和排名：site: 反映的是索引层面的可见页面，不能直接说明这些页面是否带来访问，也不能单独证明某页“有价值”。因此它适合用来划定候选范围，不适合作为去留的唯一依据。
条件一：旧站仍能正常访问时，先做内容映射再决定
当 B 站仍在线、可正常打开时，最稳妥的动作是建立一张映射表：B 的每个重要 URL 对应 A 的哪个 URL，或标注“无对应、需新建”。判断“重要”的依据可以包括：该页是否出现在 site: 结果中、是否有外部链接指向它、是否对应一个用户会主动搜索的产品或服务名称。
映射完成后，按三类处理：
- 有对应且 A 页更完整：不迁移正文，将 B 页做 301 指向 A 页，让旧链接的权重与访问落到新位置。
- 无对应但确有独立需求：把内容迁到 A 站，URL 尽量保留可读的路径含义，再对 B 页做 301。
- 无对应且无独立需求：让 B 页随旧站关闭返回 404 或 410，不必为了“看起来完整”而全部搬运。
这个动作会直接影响下一步：如果映射表里“无对应”的比例很高，说明两个站点的内容体系差异大，此时更应考虑保留 B 站作为子目录或子品牌，而不是强行合并。
条件二：旧站已无法访问或即将关闭时，先抢救再取舍
当 B 站已经打不开、或合同要求限期关停时，site: 的结果会随时间衰减，不能作为完整清单。此时应改用其他可核对来源：服务器日志、历史导出、外部链接报告、以及人工整理的业务资料。把这些来源与 site: 残留结果交叉比对，才能避免漏掉仍被引用的页面。
在这种条件下，取舍标准要更保守：只迁移“有外部链接指向”或“对应在售产品与在办服务”的页面；纯资讯、活动页、已下架产品页可以放弃。若时间不足以逐页处理，至少保证旧域名整体 301 到新站首页或最相关的栏目页，而不是让旧域名直接失效。
需要说明的是，site: 结果变少或归零，并不单独证明旧站内容没有价值。它也可能只是抓取受限、robots 设置变化或域名解析异常造成的。遇到这种情况，先排查访问与抓取条件，再谈内容去留。
用一组假设数字说明比较方法
假设对 B 站执行 site: 后得到约 800 条结果，其中产品页 120 条、资讯页 600 条、帮助文档 80 条。再对 A 站执行同样查询，发现 A 已有 500 条资讯和 60 条帮助文档。此时可推断：600 条资讯中大部分与 A 重复，迁移价值低；而 120 条产品页中若有 40 条在 A 站找不到对应，这 40 条就是优先迁移对象。
这些数字只是用于说明比较方法，不代表任何真实站点的实际规模。关键动作是：先分类计数，再按“是否有对应页”和“是否有独立需求”两个条件筛选，而不是按总数决定去留。
例外与后续验证
有两种情况不适合按上面的默认路径处理。第一，B 站拥有独立品牌名且用户会直接搜索该品牌，此时保留一个轻量品牌页或子目录，比全部并入 A 站更合适。第二，两个站点的用户群体和内容语言差异明显，强行合并会削弱原有内容的针对性，这时应保留双站并明确各自定位。
处理完成后，用 site: 复查新站对应页面是否进入索引，并观察旧域名 301 是否生效。若新页长期未出现，先检查是否被 robots 拦截、是否有规范标签指向旧域名，再决定是否调整。整个取舍过程的目标不是让收录数量最大化，而是让用户搜索到的页面落在正确的位置。
