网站域名空间：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /99da044720d1.html
📄
网站域名空间：改版或迁移时应核对什么
改版或迁移时，最先核对的不是页面设计，而是域名空间相关配置：域名解析是否指向新主机、旧地址是否保留可达、HTTPS证书是否覆盖所有域名、robots.txt是否误挡抓取、站点地图与规范链接是否更新。时间和人手有限时，按“先保访问、再保抓取、后保索引”的顺序处理，能避免大部分流量损失。
清单第一项：域名解析与主机绑定
要查什么：域名A记录、AAAA记录或CNAME是否指向新服务器，新主机是否已绑定该域名，旧主机是否还占用同一域名。
怎么查：用命令行执行 dig 你的域名 +short 或 nslookup 你的域名，对比新主机提供的IP；再在浏览器无痕窗口访问域名，看是否落到新站。
结果说明什么：若解析仍指向旧IP，用户和搜索引擎都会访问旧站；若新主机未绑定，可能返回默认页或403。此时应先改解析并等待生效，再继续后续核对。适用条件：更换服务器或主机商时必查；仅改模板不换主机可跳过。
清单第二项：HTTPS证书与强制跳转
要查什么：证书是否覆盖裸域名和带www域名，是否包含迁移后新增的子域；HTTP到HTTPS、旧域名到新域名是否各只有一次跳转。
怎么查：浏览器点击地址栏锁图标查看证书覆盖域名和有效期；用 curl -I http://你的域名 和 curl -I https://你的域名 查看状态码与Location头。
结果说明什么：证书不覆盖某域名时，该域名会报安全警告，用户可能直接离开。跳转链路过长会拖慢访问，也浪费抓取预算。注意：HTTPS不保证安全无漏洞，也不保证排名；它只是迁移中的基础可达条件。
清单第三项：robots.txt与站点地图
要查什么：新站robots.txt是否误写 Disallow: /，是否挡住了改版后新增的目录；站点地图是否列出新URL且可正常访问。
怎么查：直接访问 https://你的域名/robots.txt 和 https://你的域名/sitemap.xml，逐行看规则；再到各搜索引擎的站长平台分别提交站点地图。
结果说明什么：robots.txt 的抓取限制不等于可靠的索引移除，它只阻止抓取，不保证已收录页面消失；站点地图不保证收录，只是帮助发现URL。若robots误挡，抓取会立刻减少，应优先修正。不同搜索引擎对站点地图和抓取规则的支持情况须分别核查。
清单第四项：旧URL可达性与跳转规则
要查什么：旧域名空间下已收录的URL，迁移后是返回301、404还是200；跳转是否落到最相关的新页面，而非统一跳首页。
怎么查：从旧站点地图或访问日志抽取一批旧URL，用 curl -I 旧URL 看状态码；抽查栏目页、详情页、带参数页各若干条。
结果说明什么：返回301且指向内容对应的新页，是较稳妥的处理；返回404会丢失旧页积累的信号；全部跳首页会被视为软404，效果差。假设某旧文章页迁移后新地址为 /new-article，就应一对一跳转，而不是跳到 /。适用条件：域名或目录结构发生变化时必查。
清单第五项：规范链接与内外链指向
要查什么：新页面canonical是否指向自身新URL，是否还残留旧域名；站内导航、文章内链、友情链接是否仍指向旧地址。
怎么查：查看页面源代码中的 <link rel="canonical">；用站点爬虫工具或搜索 site:旧域名 抽查；重点看导航和模板页。
结果说明什么：canonical指向旧域名会把新页信号错误归给旧地址；内链未更新会持续把用户和抓取引向旧站。发现后应批量替换为最终新URL。判断标准：canonical、内链、站点地图三者指向的URL应一致。
下一步：先完成解析、证书、robots三项核对，再抽样检查旧URL跳转。每改一项，用无痕窗口和命令行各验证一次，确认访问与抓取路径都落在新域名空间上，再处理索引提交与监控。
