域名与空间改版或迁移时应核对什么:先分清换域名还是换服务器

📍 WDQWDWQD987AAAAA:216.73.216.252
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4a421013fdfd.html
📄

域名与空间改版或迁移时应核对什么:先分清换域名还是换服务器

改版或迁移时,域名与空间要分开核对:换域名重点查解析、301跳转和站内绝对地址;换空间重点查DNS指向、服务器环境、HTTPS证书和抓取可达性。两者同时变更时,先迁移空间并验证稳定,再切换域名跳转,否则故障点会混在一起,难以判断是解析、程序还是权限问题。

先观察:域名解析与空间响应是否一致

用命令行或在线DNS查询工具查看域名的A记录、AAAA记录、CNAME记录,确认返回值是否指向新空间IP或新主机别名。再直接请求该IP并带上Host头,观察服务器返回的是目标站点、默认站点还是错误页。

这里要区分“可能原因”和“已经定位的原因”。同一现象可能有多个解释,例如页面404既可能是文件未上传,也可能是伪静态规则未迁移,不能只凭一个现象下结论。

判断:换域名与换空间的处理方案不同

如果只换空间、域名不变,核心是保证同一域名在新服务器上返回相同URL结构和相同内容,并让证书、重定向、伪静态规则同步迁移。此时不必大规模改站内链接,但必须核对数据库连接、上传目录权限和定时任务。

如果只换域名、空间不变,核心是让旧域名所有可访问URL逐一301跳转到新域名对应URL,而不是全部跳到首页。整站跳首页会让搜索引擎和用户丢失具体页面,也不利于权重传递。适用条件是旧域名仍可解析、仍能返回响应;如果旧域名已无法访问,就只能从新域名重新建立索引。

如果域名与空间同时更换,建议分两阶段:先把新空间用临时域名或Host绑定验证通过,再切换正式域名解析并配置旧域名跳转。这样每一步都有可回退点。

处理:迁移时必须逐项核对的清单

  1. DNS与TTL:记录修改前后的解析值,确认TTL是否已过。TTL较长时,部分用户仍会访问旧IP,需要保留旧空间一段时间。
  2. 301跳转规则:检查旧域名到新域名是否按路径一一对应,包括带参数URL、大小写路径和结尾斜杠差异。
  3. 站内绝对地址:搜索模板、数据库和配置文件中写死的旧域名,替换为新域名;相对地址可保留。
  4. HTTPS证书:确认新域名证书覆盖所有子域名,证书链完整。HTTPS不保证安全无漏洞或排名,只说明传输加密是否配置正确。
  5. robots.txt与站点地图:确认新空间没有误放禁止抓取的robots.txt;站点地图地址更新为新域名。站点地图不保证收录,robots.txt的抓取限制也不等于可靠的索引移除。
  6. 服务器环境:核对PHP、数据库、伪静态模块、文件权限和磁盘空间,避免迁移后出现500错误或上传失败。

技术示例中,若旧站用<h2>结构正常,新站模板却把标题输出成纯文本,说明模板迁移不完整,应回退模板文件重新比对,而不是只改CSS。

复查:迁移后如何确认已经稳定

先抽查首页、栏目页、详情页、搜索结果页和404页,确认状态码分别为200、200、200、200和404,而不是全部返回200或全部返回301。再用抓取工具或服务器日志观察新IP是否持续收到请求,旧IP是否仍有流量。

如果旧域名流量在数周内逐步下降、新域名对应页面开始被访问,说明跳转和解析基本生效;如果新域名长期不被抓取,需分别核查不同搜索引擎的支持情况,不能假设一家通过另一家也通过。付费广告、平台推荐与自然搜索是不同渠道,迁移核对不能互相替代。

下一步:列出你本次变更属于“只换域名”“只换空间”还是“两者同时换”,按对应清单逐项打勾,并保留旧空间和旧解析至少一个TTL周期再决定是否下线。

图1 图2

nginx