百度新闻源改版前怎样保留搜索基础，交付一份不返工的迁移清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /45015727d4ae.html
📄
百度新闻源改版前怎样保留搜索基础，交付一份不返工的迁移清单
百度新闻源改版前要保留搜索基础，核心是把“可被抓取、可被索引、可被正确归类”的旧页面资产先盘点清楚，再决定哪些URL原样保留、哪些做301跳转、哪些内容合并。改版方案确定后，先冻结旧结构并导出URL清单，再按清单逐项验收，避免上线后才发现大量新闻页变成404或重复内容。
先确定交付结果：改版后必须留下什么
多人协作时，返工往往不是因为技术难，而是因为没人说清“改完要留下什么”。建议在动工前写死一份交付结果，至少包含四项：
- 旧新闻页的URL清单，含标题、发布时间、栏目归属、当前可访问状态。
- 每一条旧URL的去向：保留原地址、301到新地址、合并到聚合页、或确认删除。
- 新页面的标题、正文主体、发布时间、来源署名是否与旧页一致或可追溯。
- 改版后仍可被百度抓取的入口：栏目页、列表页、站内搜索页、站点地图。
这份清单就是验收依据。谁负责导出、谁负责填写去向、谁负责上线后核对，都要落到具体角色，而不是“技术那边处理”。
改版前必须冻结和备份的资料
改版一旦开始改模板和路由，旧URL的可访问状态就可能被破坏。因此第一步不是设计新页面，而是冻结旧状态：
- 用站点地图、日志或爬虫工具导出全部新闻类URL，保存为表格。
- 记录每条URL的HTTP状态码、页面标题、正文首段、发布时间。
- 备份旧模板、路由规则和数据库中的新闻表结构。
- 确认百度搜索资源平台中已验证的站点归属，保留原验证方式，不要在改版中误删。
这里的判断标准很简单：如果改版后无法还原某条旧新闻的标题和发布时间，就无法判断它是否被正确迁移。
URL去向表怎么填，才能减少返工
URL去向表是交付的核心。每一行至少包含旧URL、新URL、处理方式、负责人、验收状态。处理方式只有几种，不要模糊写“优化”：
- 保留：旧URL继续返回200，内容基本不变。适用于仍有搜索流量、结构不需要调整的新闻页。
- 301：旧URL永久跳转到最相关的新URL。适用于栏目调整、路径改名但内容仍存在。
- 合并：多条旧URL指向同一新页面。适用于内容高度重复的转载或短讯。
- 删除：内容确实不再提供，返回410或404。适用于过期、违规或已无保留价值的页面。
假设某条新闻旧地址是 /news/2023/0512/1234.html，改版后新地址是 /article/1234，且正文、标题、发布时间都保留，就应填301，而不是让旧地址直接404。若该新闻已被合并进一篇综述，则应301到综述页，并在综述页中保留原发布时间和来源说明。
验收时逐项检查，不靠感觉
上线后按URL去向表抽查，重点看四类问题：
- 旧URL是否返回预期状态码，301是否跳到内容最相关的新页，而不是首页。
- 新页面的标题和正文是否可正常抓取，是否被登录墙、弹窗或脚本遮挡。
- 新闻列表页和站点地图是否还能发现新地址，避免新内容成为孤岛。
- 站内搜索和栏目归档是否按发布时间、栏目正确归类。
抓取、索引、排名是不同环节：旧URL返回200或301，只说明抓取入口还在；页面是否被索引、是否参与排名，需要改版后持续观察。验收标准应写成“旧URL状态码正确、新URL可访问、站点地图包含新地址”，而不是“排名必须不变”。
多人协作的责任划分与下一步
把任务拆成三段最不容易乱：内容负责人确认哪些新闻保留、合并或删除；技术负责人执行URL映射和跳转；SEO或运营负责人负责导出清单、填写去向表并做上线后抽查。三方共用同一张表，任何改动都回写状态。
下一步很具体：先导出旧新闻URL清单，给每条URL填上“保留、301、合并、删除”中的一种，再安排一次上线前核对。清单没有填完，不要开始批量改路由。
