创建百度指数：企业并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1b25ec5bbc8c.html
📄
创建百度指数：企业并购后两套网站内容如何选择去留
先给结论：不要按“哪套网站更旧”或“哪套设计更好看”来定去留，而要按“哪套内容能独立承接用户需求、且能被百度稳定抓取和索引”来定。更常见的正确做法是保留一套主站，把另一套中仍有独立价值的页面逐条迁移、合并或重写，而不是整站照搬。下面用一个可核对的判断流程，带你从手里的资料和页面清单出发，做出可执行的处理方案。
先确认一个反常结果：内容更多的站，未必该保留
并购后常出现一种直觉判断：页面数量多、栏目全的那套网站应该作为主站。但页面多不等于有效。你可以在百度中分别检索两套站点的品牌词、核心业务词和几个长尾词，记录“哪些页面有独立标题和摘要、哪些只是列表页或重复转载”。如果 A 站页面数量是 B 站的两倍，但 B 站的业务词能搜到具体服务页，而 A 站只出现首页和栏目页，那么 A 站多出来的页面很可能没有被有效索引，或只是低差异的重复内容。此时保留 A 站，等于把一套“看起来大、实际承接弱”的结构继续放大。
需要提醒的是，抓取量下降、某词结果消失，都不能单独证明某套内容该删。它们也可能是改版、服务器波动、robots 设置变化或索引更新周期造成的。要把“页面是否有独立价值”和“引擎是否已处理”分开看，前者决定去留，后者决定处理节奏。
用一张页面清单，把两套内容分成四类
打开两套网站的导出清单，至少包含 URL、标题、主要关键词、更新时间和内链数量。然后逐条归类：
- 独有且有效：只有 A 站有，能回答一个具体需求，例如某类产品的选型说明、某地服务流程。这类页面优先迁移到主站对应栏目。
- 两边重复：标题和正文高度相似。选信息更完整、更新时间更近的一版，另一版设置 301 指向保留页，不要两版同时留着。
- 只有壳没有内容：空栏目、无正文的标签页、纯图片页。这类页面不迁移，直接放弃，避免把旧结构带进新站。
- 有历史外链或访问：先看它是否仍能独立满足需求。若内容已过时，可重写后再保留原 URL；若主题已被主站覆盖，则 301 合并。
这个分类的动作结果会直接决定下一步：只有完成分类，你才知道哪些 URL 需要写 301 规则、哪些需要重写标题和正文、哪些可以直接下线。没有这张表，后面的迁移和技术处理都会变成拍脑袋。
迁移时最容易做错的一步：整站复制
假设 A 站要并入 B 站。常见错误是把 A 站所有页面原样复制到 B 站的子目录，再给旧域名做全站跳转。这样做的问题在于，A 站里那批“只有壳没有内容”的页面也被带了进来，B 站会突然多出一批低差异页面，稀释原有结构。更稳妥的顺序是：先迁移“独有且有效”的页面，再处理“两边重复”，最后才决定壳页面是否保留。
具体动作可以这样落地：对每个要迁移的页面，在 B 站找到主题最接近的栏目，确认新 URL 后，把旧 URL 用 301 指向新 URL；同时更新新页面的标题、首段和内链，让它承接旧页的核心需求。做完一批后，观察这批新 URL 是否被百度抓取和索引，再决定下一批的节奏。如果一批页面长期没有被处理，先检查内链是否可达、是否有入口，而不是急着加更多页面。
一个假设例子：两个选择成立的条件不同
假设并购后 A 站有 300 个页面，B 站有 120 个页面。选择一：保留 B 站为主站，把 A 站中约 40 个独有有效页迁移过去。这个选择成立的条件是，B 站已有清晰的栏目结构，且 A 站多数页面属于重复或空壳。选择二：保留 A 站为主站，把 B 站整站并入。这个选择成立的条件是，A 站的核心业务页能被稳定检索到，且 B 站页面大多能被 A 站现有栏目覆盖。两种选择都不是看页面总数，而是看“有效页面能否找到归属”。
如果你手里暂时只有一份 URL 清单，没有检索结果和访问数据，可以先做最小验证：从两套站各抽 20 个业务页，在百度检索其标题和核心词，记录哪些能搜到具体页面、哪些只出现首页。这个动作的结果会告诉你，哪套站的内容更可能被引擎理解和承接，从而影响主站选择。
把判断写进处理方案，而不是停在讨论
最终方案应包含三列：旧 URL、处理方式（保留/迁移/合并/放弃）、新 URL 或 301 目标。每处理完一类，就更新一次清单，并检查新页面是否可被抓取、是否有内链入口。创建百度指数这类需求词也好，并购后的业务词也好，判断逻辑一致：先确认页面能否独立满足需求，再确认引擎能否理解并处理它。把这两件事分开核对，去留就不再依赖直觉。
