网站标签使用规范：并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e03dad7c4995.html
📄
网站标签使用规范：并购后两套网站内容如何选择去留
并购完成后，两套网站的内容去留没有统一答案，但有条件判断：如果旧站内容仍能独立满足用户需求，且与主站标签结构不冲突，就保留并迁移；如果旧站内容只是重复主站已有信息，或依赖即将关闭的系统才能运行，就删除或合并。下面给出可执行的判断顺序，以及一个会让结论反转的反例。
先判断内容是否具备独立价值，而不是看它来自哪套系统
并购后最常见的误判，是把“旧站”整体当成待清理对象。更稳妥的做法是先按页面类型拆分：产品说明、帮助文档、案例、新闻、博客、活动页。对每一类问三个问题：用户是否还会通过搜索或站内路径找到它；主站是否已有等价内容；删除后是否会造成信息缺口。三个问题都指向“是、否、会”时，保留；指向“否、是、不会”时，删除或合并。
这里的关键不是新旧，而是页面能否独立成立。一个旧产品页如果仍在销售、仍有售后需求，即使它挂在旧域名下，也应保留并迁移。反过来，一篇旧新闻稿如果只是宣布并购本身，且主站已有更完整的公告，就属于可删除内容。
标签层面的冲突，往往比内容本身更早决定去留
网站标签使用规范在并购场景里主要影响两件事：搜索引擎能否正确理解页面关系，以及用户能否在主站内找到迁移后的内容。常见冲突有三种：
- 重复标题与描述：两套站对同一产品使用相同标题，迁移后主站出现多个近似页面，搜索引擎难以判断哪个是主版本。
- 规范标签指向错误：旧站页面仍用旧域名的规范标签，迁移后会把权重和用户导向已关闭的地址。
- 层级标签缺失：旧站内容直接挂在根目录，迁移到主站后没有归入任何栏目，用户和爬虫都难以理解它属于哪一类。
如果旧站内容有独立价值，但标签冲突无法在迁移前解决，优先处理标签，而不是先删内容。实际动作是：对每个拟保留页面，确认它的标题、描述、规范标签、栏目层级是否与主站现有规则一致。这一步的结果会直接影响下一步——标签一致的页面可以进入迁移清单，标签冲突且无法修正的页面应降级为合并候选。
一个会让“保留旧内容”结论失效的反例
假设旧站有一批帮助文档，用户仍会搜索，看起来应该保留。但如果这些文档依赖旧系统的登录入口、旧版截图或已下线的功能说明，且主站产品已经改版，那么保留它们反而会制造错误预期。此时正确的做法不是原样迁移，而是先重写或标注适用范围，再决定是否保留。这个反例说明：内容有搜索需求，不等于内容仍然正确。判断去留时，需求信号必须和内容准确性一起看。
迁移与删除的具体动作，以及结果如何影响下一步
可以按以下顺序操作，每一步的结果都决定下一步范围：
- 导出两套站的页面清单，按产品、帮助、案例、新闻分类。结果：得到待判断集合，而不是直接进入删除。
- 对每类内容标记“独立价值、重复、依赖旧系统”。结果：独立价值页进入迁移候选，重复页进入合并候选，依赖旧系统页进入重写或删除候选。
- 检查迁移候选页的标签一致性。结果：一致页可直接迁移；不一致页先修正标题、描述、规范标签和层级，再迁移。
- 对合并候选页，确定保留哪一个版本，并把另一个版本的内容要点并入保留页。结果：避免主站出现多个近似页面。
- 对删除候选页，确认没有其他页面依赖它作为入口或引用。结果：删除不会造成站内断链或用户路径中断。
如果执行到第三步时发现大量页面标签冲突，说明旧站的内容组织方式与主站差异过大，此时应缩小首批迁移范围，先迁移标签最容易统一的栏目，而不是一次性全量搬迁。这个取舍会影响后续工作量：首批范围越小，验证标签规则的时间越短，但需要更清楚地告知用户哪些内容暂时不可用。
选择去留时，把抓取、索引和排名分开看
并购后旧站流量下降，不一定说明内容该删。抓取量减少可能只是因为旧站入口变少；索引量下降可能是因为规范标签指向了主站；排名波动可能是页面迁移后的正常过渡。这三者不是同一件事，也不能用其中一个归零来单独证明处理正确。更可靠的依据是：页面是否仍能被用户通过搜索或站内路径找到，内容是否仍然准确，标签是否指向正确的版本。满足这三条的内容，值得保留；不满足的，优先合并或删除。
最终决策可以落成一句话：旧站内容能否保留，取决于它是否仍有独立用户价值、是否与主站标签规则兼容、以及是否依赖即将退出的系统。三者都通过，就迁移；有一项不通过，就先修正或合并，而不是直接删除。
