yahoo收录：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1459fed9dad2.html
📄
yahoo收录：改版或迁移时应核对什么
改版或迁移时，与 Yahoo 收录相关的核对重点不是“提交后等结果”，而是先确认旧地址是否还能被正常抓取、是否把用户和爬虫正确导向新地址、新页面是否可索引，以及上线后能否从日志和站点查询中发现异常。时间和人手有限时，最先做的是列出会被改动的 URL 清单，并逐项核对重定向与可抓取性，因为这两项一旦出错，后续内容质量再高也难以被正常发现。
准备阶段：先盘点 URL 和抓取规则
改版或迁移前，应整理一份 URL 对照表，至少包含旧地址、新地址、处理方式（保留、301 跳转、410 删除）和负责人。不要只列首页和栏目页，还要覆盖分页、筛选参数、旧文章、图片和附件地址。若旧站有 robots.txt，先检查其中是否误屏蔽了整站或重要目录；抓取限制不等于索引移除，屏蔽后页面仍可能以其他方式出现在结果中，却无法被正常抓取和更新。
同时核对站点地图是否只包含可索引的规范地址。站点地图不保证收录，它的作用是帮助发现 URL，而不是收录承诺。若新站使用 HTTPS，也应确认证书链完整、HTTP 到 HTTPS 的跳转不形成循环，但 HTTPS 本身不保证安全无漏洞，也不直接等于排名提升。
实施阶段：重定向和规范地址最关键
迁移实施时，最关键的一步是让旧 URL 以 301 永久跳转到最对应的新 URL，而不是全部跳到首页。全部跳首页会让搜索引擎难以判断新页面主题，也可能让用户直接离开。假设旧文章地址为 /old-guide.html，新地址为 /guide/seo-basics.html，正确做法是让前者 301 到后者；若该内容已删除，则返回 410 或保留说明页，不要用 302 长期代替。
需要逐项检查：
- 旧地址是否返回 301，而不是 404、500 或 200 空页。
- 跳转链是否只有一次，避免 A 跳 B、B 再跳 C。
- 新页面
rel=canonical是否指向自身或正确规范地址。 - 旧站
robots.txt是否仍允许抓取跳转前地址。 - 移动端和桌面端是否都能完成跳转。
若改版只更换模板而 URL 不变，重点转为核对页面是否仍返回 200、主要内容是否仍在 HTML 中可读，以及是否误加了 noindex。若使用 JavaScript 渲染，应确认关键内容和链接在禁用脚本时仍有可抓取的基础版本，或至少有可访问的替代入口。
验证阶段：用可核对的现象判断是否正常
上线后不要只看首页。应随机抽取旧 URL、新 URL、已删除 URL 各若干条，用抓取工具或命令行检查状态码和跳转目标。例如用 curl -I 查看响应头，确认 HTTP/1.1 301 Moved Permanently 和 Location 指向预期地址。若返回 200 但内容为空，可能是模板错误，不是收录成功。
接着在 Yahoo 搜索中查询新页面标题或完整 URL，观察是否出现旧标题、旧摘要或错误地址。不同搜索引擎支持情况须分别核查，Yahoo 的搜索结果可能受合作方数据影响，不能把其他搜索引擎的表现直接等同于 Yahoo 收录状态。若发现旧地址仍被展示，先确认服务器是否仍返回 200 或跳转是否生效，再判断是否需要进一步处理。
维护阶段：持续观察日志和错误页
迁移后数周内，应定期查看服务器日志中的 404、500 和异常跳转，并把有外链或仍有流量的旧地址补入跳转规则。若站点有搜索资源提交工具，可提交新站点地图，但不要重复提交已删除或已跳转地址。维护清单可以简化为：每周检查一次错误日志，每月抽查一次重要 URL 的状态码和规范地址，内容删除时同步更新站点地图和内部链接。
下一步，先导出旧站 URL 清单，按“有流量、有外链、无流量”三档排序，优先为前两类配置 301，再用状态码检查工具逐条验证。这样能在人手有限时，把最影响 Yahoo 收录的迁移风险先控制住。
