SEO友好域名改版或迁移时应核对什么：从可抓取到可索引的检查顺序
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /105bbba39172.html
📄
SEO友好域名改版或迁移时应核对什么：从可抓取到可索引的检查顺序
改版或迁移时，域名层面最该先核对的是：旧地址是否还能被搜索引擎发现、抓取并正确跳转到新地址，新地址是否允许被抓取和索引。判断起点不是看页面设计，而是用抓取工具和搜索平台分别检查旧域名、新域名、跳转链和索引状态。任何一项断裂，都可能让已有页面失去可见性。
观察：先确认旧域名和新域名各自发生了什么
迁移前先记录旧域名的可访问状态。用浏览器无痕模式访问几个代表性旧URL，观察是否返回301、302、404或200。再用curl -I查看响应头，重点看状态码和Location字段。假设旧地址是https://old.example.com/page-a，迁移后应返回301并指向https://new.example.com/page-a；如果返回200但没有跳转，说明旧页面仍在独立响应，搜索引擎可能继续保留旧地址。
同时检查新域名的robots.txt。robots.txt的抓取限制不等于可靠的索引移除：即使禁止抓取，已收录的旧URL仍可能出现在结果中。要移除索引，应使用301跳转、规范标签或搜索平台提供的移除工具，并分别核查不同搜索引擎的支持情况。
判断：哪些域名配置会阻断迁移效果
- 跳转链过长：旧地址跳中间页再跳新地址，增加抓取消耗，也可能让权重传递变弱。应尽量让旧URL直接301到最终新URL。
- 跳转到无关页面：所有旧页面都跳首页，会让搜索引擎难以理解对应关系，原页面的主题相关性丢失。
- 新域名禁止抓取：robots.txt误写
Disallow: /，或服务器返回5xx，都会让新页面无法进入索引。 - HTTPS配置不完整：证书错误、混合内容或HTTP与HTTPS并存，会影响访问和抓取。HTTPS不保证安全无漏洞或排名，但它是迁移时可核对的基础项。
- 站点地图只列新URL：站点地图不保证收录，但能帮助发现新地址。迁移期应同时保留旧站点地图或提交旧URL清单，便于对比。
处理：按顺序执行可落地的迁移检查
- 导出旧域名所有可索引URL，按目录和流量分组，标出必须保留的页面。
- 为每个旧URL建立一对一的新URL映射。没有对应内容的页面，选择最接近的上级页面，而不是全部跳首页。
- 在服务器或CDN配置301跳转，逐条测试状态码和最终地址。用
curl -IL跟随跳转链，确认没有302、404或循环。 - 检查新域名robots.txt、站点地图和规范标签。robots.txt允许抓取，站点地图包含新URL，规范标签指向新地址自身。
- 在搜索平台提交新站点地图，并使用URL检查工具抽查新旧地址。不同搜索引擎的提交入口和支持情况须分别核查。
- 保留旧域名至少一个迁移周期，不要立即停止解析或删除旧页面，直到确认新地址已被抓取和索引。
复查：迁移后看哪些信号才算完成
迁移后第一周重点看服务器日志中的抓取状态码。如果旧URL大量返回404而不是301，说明跳转未覆盖完整。第二周起抽查搜索平台中的索引状态：新URL是否被收录，旧URL是否逐渐被替换。若旧URL仍被索引，先确认它是否返回301；若返回301但仍显示旧地址，属于正常过渡，可继续观察并补充内链指向新地址。
复查时还要区分“可能原因”和“已经定位的原因”。例如新页面不收录，可能是robots.txt限制、规范标签指向他处、服务器不稳定或内容质量不足，不能只凭一个现象断定唯一原因。逐项排除后，再决定是否调整跳转、站点地图或内容策略。
下一步：先导出旧域名URL清单，随机抽取20条做301跳转测试，记录状态码和最终地址。这份记录就是后续修复和复查的起点。
