域名与空间改版或迁移时应核对什么：先分清换域名还是换服务器
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0077dc119276.html
📄
域名与空间改版或迁移时应核对什么：先分清换域名还是换服务器
改版或迁移时，域名与空间要分开核对：换域名重点查解析、301跳转和站内绝对地址；换空间重点查DNS指向、服务器环境、HTTPS证书和抓取可达性。两者同时变更时，先迁移空间并验证稳定，再切换域名跳转，否则故障点会混在一起，难以判断是解析、程序还是权限问题。
先观察：域名解析与空间响应是否一致
用命令行或在线DNS查询工具查看域名的A记录、AAAA记录、CNAME记录，确认返回值是否指向新空间IP或新主机别名。再直接请求该IP并带上Host头，观察服务器返回的是目标站点、默认站点还是错误页。
- 解析仍指向旧IP：说明DNS未生效或缓存未过期，可先查TTL和本地DNS缓存。
- 解析已指向新IP但返回默认页：可能是新空间未绑定该域名，或Web服务器虚拟主机配置缺失。
- 解析与响应都正确但页面样式丢失：多半是站内资源仍使用旧域名绝对地址。
这里要区分“可能原因”和“已经定位的原因”。同一现象可能有多个解释，例如页面404既可能是文件未上传，也可能是伪静态规则未迁移，不能只凭一个现象下结论。
判断：换域名与换空间的处理方案不同
如果只换空间、域名不变，核心是保证同一域名在新服务器上返回相同URL结构和相同内容，并让证书、重定向、伪静态规则同步迁移。此时不必大规模改站内链接，但必须核对数据库连接、上传目录权限和定时任务。
如果只换域名、空间不变，核心是让旧域名所有可访问URL逐一301跳转到新域名对应URL，而不是全部跳到首页。整站跳首页会让搜索引擎和用户丢失具体页面，也不利于权重传递。适用条件是旧域名仍可解析、仍能返回响应；如果旧域名已无法访问，就只能从新域名重新建立索引。
如果域名与空间同时更换，建议分两阶段：先把新空间用临时域名或Host绑定验证通过，再切换正式域名解析并配置旧域名跳转。这样每一步都有可回退点。
处理：迁移时必须逐项核对的清单
- DNS与TTL：记录修改前后的解析值，确认TTL是否已过。TTL较长时，部分用户仍会访问旧IP，需要保留旧空间一段时间。
- 301跳转规则：检查旧域名到新域名是否按路径一一对应，包括带参数URL、大小写路径和结尾斜杠差异。
- 站内绝对地址：搜索模板、数据库和配置文件中写死的旧域名，替换为新域名；相对地址可保留。
- HTTPS证书：确认新域名证书覆盖所有子域名，证书链完整。HTTPS不保证安全无漏洞或排名，只说明传输加密是否配置正确。
- robots.txt与站点地图：确认新空间没有误放禁止抓取的robots.txt；站点地图地址更新为新域名。站点地图不保证收录，robots.txt的抓取限制也不等于可靠的索引移除。
- 服务器环境：核对PHP、数据库、伪静态模块、文件权限和磁盘空间，避免迁移后出现500错误或上传失败。
技术示例中，若旧站用<h2>结构正常，新站模板却把标题输出成纯文本，说明模板迁移不完整，应回退模板文件重新比对，而不是只改CSS。
复查：迁移后如何确认已经稳定
先抽查首页、栏目页、详情页、搜索结果页和404页，确认状态码分别为200、200、200、200和404，而不是全部返回200或全部返回301。再用抓取工具或服务器日志观察新IP是否持续收到请求，旧IP是否仍有流量。
如果旧域名流量在数周内逐步下降、新域名对应页面开始被访问，说明跳转和解析基本生效；如果新域名长期不被抓取，需分别核查不同搜索引擎的支持情况，不能假设一家通过另一家也通过。付费广告、平台推荐与自然搜索是不同渠道，迁移核对不能互相替代。
下一步：列出你本次变更属于“只换域名”“只换空间”还是“两者同时换”，按对应清单逐项打勾，并保留旧空间和旧解析至少一个TTL周期再决定是否下线。
