后台管理页面慢，是运维最常收到的反馈之一。可你拿浏览器一测，秒开。

原因往往很简单：拨测是匿名的。它请求后台地址，服务端一看没登录，302 到登录页。你测到的那个「快」，是登录页的快。

把身份带上

在 网站测速 的高级选项里找到 Cookies 一栏，格式就是浏览器里那一串：key=123; page=123，分号加空格分隔。

从哪拿：打开浏览器开发者工具，Network 面板，随便点一个请求，看请求头里的 Cookie 字段。整段复制过来。

填好再测，节点拿到的就是登录后的页面。这时候 TTFB 才有意义。

该测哪几个页面

列表页。数据量大、分页查询重，是数据库问题最先暴露的地方。

导出或者报表页。这类页面往往是同步查询，超时基本都是它。

带权限判断的首页。有些系统每次请求都查一遍权限表，用户一多就慢，匿名测速完全看不到。

三个页面测完，慢在哪一层基本就清楚了。TTFB 高、下载低，是服务端算得慢；下载高，是返回的数据太大。

三件必须提醒的事

Cookie 有时效。填进去的会话可能几小时后就失效，测出来 302 别急着说站点有问题，先换一个新的。

只测自己的站。带着你的登录态去请求别人的站点，既没有意义也不合适。

Cookie 等同于密码。截图、发群、贴进工单之前先删掉，很多事故就是这么来的。

一个延伸用法

如果你的站有多个角色，用不同角色的 Cookie 各测一次，能发现「管理员快、普通用户慢」这类权限设计导致的性能差异。这种问题靠日志很难看出来，靠对比测速一目了然。

测之前顺手用 IP 查询 确认节点打到的 IP 是不是你要测的那台，尤其是多台后端做负载的时候。