360收录改版或迁移时应核对什么：从收录结果倒推资料、任务与验收
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f1fb312464ed.html
📄
360收录改版或迁移时应核对什么：从收录结果倒推资料、任务与验收
改版或迁移后，360收录是否正常，不能只看首页有没有被搜到。应先确定希望被收录的URL清单，再核对可抓取、可索引、可发现、可替换四条链路，最后用360搜索的site查询和抓取日志逐项验收。任何一步缺失，都可能出现旧链接失效、新链接不收录或流量长期不恢复。
先定交付结果：哪些URL必须被收录
改版和迁移最容易犯的错，是直接把整站交给搜索引擎重新发现。正确起点是先列出必须保留收录价值的URL，再倒推需要准备什么。
- 核心栏目页、产品页、文章详情页的完整清单。
- 每条旧URL与对应新URL的映射关系，包括带参数和结尾斜杠的变体。
- 明确哪些旧URL要保留、哪些要301、哪些要返回410。
- 确定验收标准：目标URL在360搜索中能通过site或具体URL查询找到，且落地页正确。
这份清单就是后续所有任务的验收依据。没有它，改版后只能凭感觉判断收录是否正常。
核对抓取通道：robots.txt、状态码与服务器
收录的第一步是让360蜘蛛能正常抓到新页面。改版或迁移时，常见问题不是页面质量，而是通道被自己堵住。
- 检查robots.txt是否误屏蔽了新目录、新域名或整站。注意：robots.txt的抓取限制不等于可靠的索引移除，它只控制抓取，不保证页面从索引中消失。
- 逐个访问目标URL，确认返回200而不是301链、404或500。迁移后若新URL大量返回404，收录自然无法推进。
- 检查服务器是否对360蜘蛛返回异常状态码，或因为防火墙、CDN规则误拦截。
- 确认页面不是纯前端渲染且关键内容无法被抓取，必要时提供可抓取的HTML内容。
判断方法很直接：用360搜索的抓取诊断或服务器日志查看360蜘蛛的访问记录。如果日志里根本没有蜘蛛访问，问题在抓取通道；如果有访问但状态码异常，问题在服务器或跳转配置。
核对可索引性：meta、canonical与重复内容
页面能被抓取，不代表能被索引。改版时模板、标签和参数规则变化，最容易误伤可索引性。
- 确认目标页面没有误加
<meta name="robots" content="noindex">。 - 检查canonical标签是否指向正确的新URL，而不是旧域名或错误页面。
- 核对分页、筛选参数、打印页是否产生大量重复URL，稀释收录。
- 确认HTTPS证书有效、混合内容不影响访问。HTTPS不保证安全无漏洞或排名，但证书错误会直接阻断抓取和访问。
一个可执行的检查项：随机抽取20条目标URL，逐条查看页面源代码中的robots meta和canonical。若canonical指向的URL与当前URL不一致，该页面可能不会被当作独立结果收录。
核对发现路径：内链、站点地图与提交
新URL需要被发现。改版后内链结构变化、导航缺失，会让深层页面长期不被抓取。
- 确认新页面能从首页或栏目页通过可抓取的
<a>链接到达，而不是只靠JavaScript跳转。 - 更新站点地图，包含最终可索引的URL。站点地图不保证收录，它只是发现线索，不是收录承诺。
- 检查旧URL是否301到最相关的新URL，而不是全部跳首页。批量跳首页会被视为软404，不利于继承收录价值。
- 若使用360搜索的站长平台，按当前可用入口提交站点地图和改版规则。没有已核实的功能资料时，以平台实际显示为准，不依赖旧界面描述。
验收时观察：改版后一到两周内，360蜘蛛对新URL的抓取量是否上升，旧URL是否逐渐减少。若抓取量没有变化，优先查内链和站点地图，而不是反复提交。
核对替换与回退：旧链接处理和流量监控
迁移不是一次性动作。旧链接处理是否干净，决定收录能否平稳过渡。
- 保留旧域名解析和服务器至少数月，确保301可访问。
- 对无对应新页面的旧URL，返回410而非200空页面。
- 监控360搜索带来的流量和收录量变化，区分正常波动与配置错误。
- 准备回退方案：若新结构出现大面积不收录，能快速恢复旧URL可访问或修正跳转。
判断结果时注意：收录恢复需要时间，不同站点差异很大，不存在固定见效周期。若两周后目标URL仍无任何抓取记录，应回到抓取通道和发现路径排查，而不是继续等待。
下一步，先导出旧站URL与流量数据，建立新旧URL映射表，再按抓取、索引、发现、替换四项逐条打勾。只有每项都有明确责任人和验收结果，360收录的改版迁移才算真正完成。
