主机域名选择，改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a562ad6ca291.html
📄
主机域名选择，改版或迁移时应核对什么
主机域名选择在改版或迁移场景下，核对重点不是“哪家主机更好”，而是确认新旧域名、解析、服务器响应和抓取路径是否一致可控。假设你有一个旧站 old.example，准备迁到新域名 new.example 并更换主机，那么迁移前必须逐项核对：旧域名是否仍能访问、新域名解析是否生效、两台主机的默认首页与状态码是否一致、旧链接是否有对应跳转。若这些基础项没对齐，改版后可能出现旧链接打不开、新页面不被抓取、用户落到错误页面等问题。
先核对域名与解析，而不是先挑主机套餐
迁移时最常见的错误，是先买新主机、上传新站，再回头处理域名。正确顺序是先把域名状态查清楚：
- 旧域名是否还在续费期内，DNS 管理权限是否在手。
- 新域名是否已完成实名或邮箱验证，能否正常添加解析记录。
- 旧域名的 A 记录、CNAME 记录当前指向哪里，改版后要改成什么。
- 是否同时使用 www 与不带 www 的版本，两者不能一个能开、一个报错。
判断方法很直接：在本地命令行执行 nslookup old.example 和 nslookup new.example，看返回的 IP 是否与目标主机一致。若解析还没生效，不要急着提交改版，否则用户和搜索引擎可能仍访问旧主机上的旧内容。
核对主机响应：状态码、默认首页与 HTTPS
主机更换后，同一 URL 可能返回不同结果。迁移前应在新主机上逐项检查：
- 访问新域名首页，确认返回
200，而不是403、404或500。 - 访问一个不存在的路径，确认返回
404，而不是跳回首页的200。 - 检查 HTTPS 证书是否覆盖新域名，浏览器地址栏是否出现证书错误。
- 确认默认首页文件与旧站一致，例如
index.html或index.php是否被主机正确识别。
这里要区分“可能原因”和“已经定位的原因”。例如新域名打不开，可能是解析未生效，也可能是主机未绑定该域名，还可能是防火墙拦截。不要只凭一个现象就断定是 DNS 问题，应分别用 ping、curl -I 和主机控制面板的域名绑定列表交叉确认。
旧链接如何对应到新链接
改版或迁移时，URL 结构常常变化。旧站的文章页可能是 old.example/post/123，新站改成 new.example/articles/123。这时需要建立一张对应表：
- 能一一对应的页面，用
301跳转到新地址。 - 已删除且无替代内容的页面，返回
410或404，不要全部跳到首页。 - 栏目页、分页、标签页分别检查，避免只处理文章详情页。
假设旧站有 200 个 URL，迁移后只有 150 个新页面，那么剩余 50 个必须明确是保留、合并还是删除。把旧 URL 全部跳转到首页，会让用户和搜索引擎无法判断对应关系，属于常见错误。更稳妥的做法是逐条记录旧 URL、新 URL、跳转类型和核对结果。
抓取限制与站点地图不能替代迁移核对
迁移期间，robots.txt 的抓取限制不等于可靠的索引移除。若你暂时不想让新站被抓取，用 robots.txt 屏蔽后，旧链接仍可能留在搜索结果中，且新站也不会被正常发现。站点地图也不保证收录，它只是提交 URL 的辅助方式。HTTPS 同样不保证安全无漏洞或排名提升，它只是迁移检查中的一项基础条件。
不同搜索引擎对跳转、站点地图和索引移除的支持情况须分别核查。迁移完成后，下一步应在新主机上逐条打开旧 URL，确认跳转目标、状态码和页面内容一致，再决定是否放开抓取。若你第一次处理这类迁移，先完成一张“旧 URL—新 URL—状态码”的核对表，比反复调整主机套餐更有效。
