大促当天出问题，代价不是修多久，是那几分钟的订单。

而这些问题的九成，提前一周就能发现。

四类页面，缺一不可

静态首页。 看证书、压缩、下载体积。这类最容易过，也最容易被忽略证书链问题。

动态列表页。 看 TTFB。新上的活动页如果没有缓存，数据库压力会直接体现在这里。

登录后的页面。 匿名测速只能拿到登录页，必须配 Cookie 才测得到真实响应。购物车、订单列表都属于这一类。

支付和下单接口。 用 POST 测方法可达性，确认没有被 WAF 挡。完整链路还是得上压测。

要跑全节点，不是快速测速

快速测速只覆盖几个节点，看不出「某个省打不开」这类问题。

大促的用户是全国分布的，体检也必须全国跑。重点看西部和二三线城市，那里往往是短板。

看三个信号

最快最慢的差距。差十倍说明部分地区体验很差。

分运营商差异。某一家明显慢，是线路问题。

五段耗时里 TTFB 的占比。占比高说明服务端顶不住，扩容或者加缓存要提前做。

提前多久做

提前一周做第一轮，发现问题有时间改。

提前一天做第二轮，确认改动没有引入新问题。

大促期间用定时拨测盯着，异常就告警，别靠用户反馈。

一个容易漏的

活动页的图片和 JS 走的是 CDN，CDN 的缓存是冷的。第一波用户会触发大量回源，源站可能扛不住。

提前预热，或者把首屏资源做小一点。

体检入口在 网站测速，选全节点跑一遍，结果按地区分组，短板一眼能看到。