切 DNS 之前的那段时间，是最便宜的验证窗口。切完之后再发现问题，代价是用户的访问和一次回滚。

这套流程我一般按五步走，全程不超过五分钟。

第一步：确认你测的是哪台机器

拿到新服务器的 IP，先去 IP 查询 看一眼归属。机房、地区、运营商，对不对得上你买的那台。

这一步看着多余，但真的有人把测试流量打到隔壁机器上，测了半天在分析别人的站。

第二步：指定解析，GET 测首页

在 网站测速 的高级选项里把域名强制解析到新 IP，请求方式选 GET。

为什么用 GET 不用默认的 HEAD：你要看的是完整链路，包括下载阶段。新环境的页面体积、压缩配置、首屏 HTML 大小，都在这一段体现。

重点看两个数：TLS 和 TTFB。TLS 不过，是证书链或者加密套件的问题；TTFB 高，是应用层还没热起来。

第三步：带 Cookie 测后台

后台是匿名测速的盲区。填一个有效的 Cookie，测列表页和导出页。

新库往往是空库，快得离谱；也可能是从老库导过来的，索引没建全，慢得离谱。两种都得看一眼才知道。

第四步：同参数测老环境

这一步最容易被跳过，但它决定了数据有没有意义。

同样的请求方式、同样的 Cookie 结构、同样的节点范围，对老环境跑一次。两个结果摆在一起，差异落在哪一段，问题就在哪一层。

TCP 差：线路或机房。TLS 差：证书配置。TTFB 差：应用、数据库、缓存。下载差：内容体积或压缩。

第五步：全节点抽测

前面都是单点。切之前用全节点跑一次，看不同运营商、不同地区是不是都正常。

目标是排除「本地能开、外地打不开」这类事故。新机器如果只接了单线，这一步会立刻暴露。

两个提醒

证书要提前签好并部署。指定解析不改 SNI，握手时校验的还是域名，证书不对直接失败。

源站如果开了防护或者只允许 CDN 回源，拨测节点可能被拦。测之前确认策略，别把拦截当成故障。