IP反查域名改版或迁移时应核对什么_迁移前后对照清单

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

IP反查域名改版或迁移时应核对什么_迁移前后对照清单

改版或迁移时做IP反查域名，核心核对目标是：同一IP上还解析着哪些域名，以及这些域名是否仍指向旧服务器、旧CDN节点或旧IP。如果只改了主站解析，却漏掉同IP上的其他域名，就可能出现旧内容仍可访问、重复内容、权重分散或回源错误。判断依据不是“查到几个域名”这么简单，而是逐项确认这些域名的解析状态、访问结果和与本次迁移的关系。

先分清两种处理方案：全部切换还是保留旧IP过渡

迁移时常见两种做法。方案一是在同一时间把该IP上的所有域名全部切到新IP；方案二是只切主站，其他域名暂时保留在旧IP上过渡。两者没有绝对优劣，取决于你是否能控制同IP上的全部域名，以及旧IP是否还要继续提供服务。

选择时先问自己两个问题：旧IP上是否还有你无法立即修改解析的域名？旧服务器是否准备在迁移后关闭？如果两个答案都是“是”，过渡方案会留下悬空解析风险，应优先推动全部切换或提前下线旧服务。

IP反查域名后要逐项核对的检查项

查到同IP域名列表后，不要只看数量，按下面几项逐一核对，并记录判断结果。

  1. 解析是否仍指向该IP：用dig或nslookup确认域名当前A记录/AAAA记录。若反查结果来自历史缓存，可能已经失效。
  2. 访问返回什么：请求该域名的首页和几个典型内页，看返回状态码、是否跳转到主站、是否返回旧版本内容。301跳转到新站通常可接受，200返回旧内容则需要处理。
  3. 是否被搜索引擎抓取：查看该域名的robots.txt是否允许抓取，以及是否出现在站点地图中。注意robots.txt限制抓取不等于可靠的索引移除，已收录页面仍可能出现在结果里。
  4. 证书与协议：确认HTTPS证书覆盖的域名范围。HTTPS本身不保证安全无漏洞或排名，但证书不匹配会导致访问中断，属于必须修复项。
  5. 与本次迁移的关系：标记每个域名是“本次要迁移的”“无关但共用IP的”“已废弃的”，不同类别处理方式不同。

用一个小例子走完判断流程

假设某站点从旧服务器迁移到新服务器，反查旧IP得到三个域名：主站、一个测试子域、一个早年活动页域名。核对后发现主站已切到新IP，测试子域仍解析到旧IP且返回200，活动页域名返回404。判断结果：主站迁移完成；测试子域若不再使用，应删除解析或设置跳转，避免旧内容被继续访问；活动页域名返回404可接受，但若曾被收录，可考虑301到新站对应页面。这个例子是假设场景，用于说明分类处理思路，不代表任何真实项目结果。

给出可执行的选择步骤

按以下顺序操作，可以减少遗漏：

  1. 迁移前用IP反查域名，导出该IP上的全部域名清单。
  2. 对每个域名记录当前解析、返回状态、是否可抓取。
  3. 按“必须迁移”“可保留过渡”“应废弃”三类打标。
  4. 对必须迁移的域名同步修改解析，并复测返回状态。
  5. 对可保留过渡的域名设定复查时间，确认旧IP何时关闭。
  6. 对废弃域名删除解析或设置301，并分别到不同搜索引擎核查收录变化。

下一步：在正式切换解析前，先对旧IP做一次完整的IP反查域名并保存清单，迁移完成后用同一清单逐项复测，确认没有域名被遗漏在旧环境。

图1 图2
nginx