360与百度：改版前怎样保留搜索基础
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /79be830e59e6.html
📄
360与百度：改版前怎样保留搜索基础
改版前保留搜索基础的核心做法是：先把当前可被百度、360搜索抓取和索引的URL、标题、正文、内链和跳转关系完整记录并冻结成一份基线清单，再决定哪些URL原样保留、哪些做301跳转、哪些必须删除。改版上线后逐项对照基线检查，而不是等流量下降再回头找原因。多人协作时，这份清单就是交付物，谁改哪一批URL、谁负责验证，都要写在里面。
先分清要保留的是什么
搜索基础不是“首页能打开”，而是三样东西：
- 可抓取：百度、360搜索的蜘蛛还能顺着链接找到页面，robots.txt、服务器状态码、JS渲染没有把入口堵死。
- 可索引：页面没有被noindex、 canonical 指向别处或被重复内容挤掉。
- 可继承：旧URL的权重和外部链接通过301跳转到新URL，而不是直接404。
抓取、索引、排名是三个不同环节。改版最容易伤到的是抓取和索引，排名变化往往是前两者出问题后的结果。所以改版前要保留的是“入口和对应关系”，不是某个具体排名位置。
改版前必须落地的基线清单
这份清单建议用表格维护，至少包含以下字段，多人协作时按栏目分工填写：
- 旧URL：当前线上可访问的完整地址。
- 页面类型：首页、栏目页、内容页、标签页等。
- 是否被索引：用
site:查询或站长工具确认，百度与360搜索分别记录。 - 新URL：改版后对应的地址，没有对应就写“删除”。
- 处理方式：原样保留 / 301 / 410 / 暂时保留。
- 负责人：谁在什么时候完成。
假设某内容页旧地址是 /a/123.html，改版后变成 /news/123，那么处理方式应写301，并在上线后访问旧地址确认返回301且指向新地址。如果新站暂时没有对应内容，不要急着删，先保留旧页面或做410，等确认无用再处理。
URL 处理方式的比较与选择
不同处理方式的代价不同，按下面条件判断：
- 原样保留：旧URL结构能继续用，代价最低，搜索基础几乎不受影响。适用条件是改版只动模板和样式，不动路由。
- 301跳转：URL必须变，但内容还在。代价是权重传递会有损耗，且跳转链不能太长。适用条件是新旧页面主题一致。
- 410删除：内容确实下线且无替代。代价是原有入口消失，适用于过期活动页、已合并的重复页。
- 暂时保留：还没想清楚怎么处理。代价是维护两套页面，但比贸然删除安全。
判断顺序建议是：能原样保留就不跳转，能301就不删除，能保留就不做410。360搜索与百度对301的响应速度不同，不要用“几天内一定恢复”来安排验收，而应以旧URL是否返回正确状态码、新URL是否能被抓取为准。
多人协作时的交付与验收步骤
改版前一周，按以下步骤执行，每步都有明确产出：
- 冻结基线：导出旧站URL清单，标注索引状态，负责人签字确认版本。
- 映射新URL：逐条填写处理方式，没有对应关系的单独列出来讨论，不默认删除。
- 配置跳转：由开发实现301规则，测试环境先验证状态码和跳转目标。
- 上线后抽查：随机抽取旧URL，检查是否返回301或200，新URL是否可访问、是否被noindex误伤。
- 提交与观察：在百度搜索资源平台和360站长平台提交新URL，观察抓取和索引数据，但不以短期排名波动作为唯一判断依据。
验收不通过的情况包括：旧URL返回404、301跳到无关页面、新页面被robots.txt屏蔽、canonical指向错误。出现任一项，先回滚或修正，再继续观察。
改版后仍要盯住的检查项
上线不等于结束。接下来要定期检查：旧URL是否仍能正确跳转、新URL是否被索引、内链是否指向新地址、站点地图是否更新。百度与360搜索的抓取节奏不同，两个渠道分别记录，不要用一个渠道的表现推断另一个。发现某类页面索引量持续下降，优先排查该批URL的状态码和canonical，而不是先改标题。
下一步：把上面那份基线清单做成表格，先填旧URL和处理方式两列，交给开发和内容负责人各确认一遍，再开始改版实施。
