15
10
月
2026
「感觉有点慢」不能当优化依据——先量化,再动手。这篇讲一套完整的速度测试方法学:从多地点延迟、真实加载瀑布、Core Web Vitals 到服务端耗时,配免费工具和判读标准,测完就知道该优化哪。
需要现成的游戏云服务器,可以看看财富云计算:一键开服面板,NAT 型无独立公网 IP,价格比独立 IP 机型省一半以上,建站和游戏服都能快速部署。
一、测试金字塔:四层都要测
| 层级 | 指标 | 工具 | 回答的问题 |
|---|---|---|---|
| 网络层 | 延迟、丢包、路由 | ping/mtr/多地 Ping | 用户到服务器的路通不通 |
| 加载层 | 首屏时间、瀑布图 | Lighthouse/PageSpeed | 页面资源谁在拖后腿 |
| 体验层 | Core Web Vitals | Search Console/ Lighthouse | 真实用户感受如何 |
| 服务端 | TTFB、DB 查询 | curl/日志/探针 | 服务器本身快不快 |
只测一层容易误判:Lighthouse 分数高但北方用户卡,可能是网络层问题;服务端 50ms 但首屏 5 秒,是前端资源问题。
二、网络层测试
# 基础延迟(看均值不看单次)
ping -c 20 你的域名
# 路由跟踪+丢包(定位哪一跳开始劣化)
mtr -r -c 20 你的域名 # 没有就 apt install mtr
# 分地域测试:用工具代替肉身
# itdog.cn(全国多节点 Ping/TCP)、boce.com、ipip.net 在线 traceroute判读标准:
| 指标 | 优秀 | 可接受 | 要优化 |
|---|---|---|---|
| 同地域延迟 | <20ms | 20-50ms | >50ms |
| 跨地域延迟 | <60ms | 60-100ms | >100ms |
| 丢包率 | 0% | <0.5% | >1% |
延迟高的解法:CDN(就近访问,见CDN 加速配置实战)、换地域节点(见地域选择与延迟测试)。国内跨运营商(电信/联通/移动)互访差,可以考虑 BGP 多线机房。
三、加载层测试:Lighthouse / PageSpeed
Google PageSpeed Insights(pagespeed.web.dev)输入网址,出三套分:
| 指标 | 含义 | 达标 |
|---|---|---|
| FCP 首次内容绘制 | 用户第一次看到内容 | <1.8s |
| LCP 最大内容绘制 | 主内容加载完 | <2.5s |
| TBT 总阻塞时间 | 主线程被 JS 阻塞 | <200ms |
| CLS 累积布局偏移 | 页面元素乱动 | <0.1 |
| SI 速度指数 | 视觉填充速度 | <3.4s |
本地跑(更可控):
# Chrome 装了 Lighthouse 扩展,或命令行
npm install -g lighthouse
lighthouse https://你的域名 --view # 自动开报告
# 模拟弱网(更接近移动用户)
lighthouse https://你的域名 --throttling-method=simulate重点看瀑布图(Network 面板):哪个资源最大、哪个阻塞渲染、哪个 TTFB 长。常见元凶排序:
- 没压缩的大图(>500KB 的 banner)
- 未缓存的第三方脚本(统计、客服、广告)
- 阻塞渲染的同步 JS
- 慢 TTFB(服务端/数据库慢)
针对性优化见网站图片与静态资源优化和网站打开慢排查流程。
四、体验层:真实用户数据(RUM)
实验室数据(Lighthouse)只是模拟,真实用户数据才靠谱:
- Google Search Console → Core Web Vitals 报告(免费,按 URL 分组)
- 百度统计的「网站速度」报告(国内用户视角)
- 自建 RUM:Nginx 日志记
$request_time,或接入网站统计与访客分析里的方案
判读原则:实验室数据用来发现机会,真实数据用来确认效果。优化前后各拉一次 RUM 报告对比,别凭感觉说「快了」。
五、服务端测试:TTFB 与接口耗时
# TTFB:从请求发出到收到第一个字节
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s | 总时间: %{time_total}s | HTTP: %{http_code}\n" https://你的域名
# 多次采样看稳定性
for i in 1 2 3 4 5; do curl -o /dev/null -s -w "%{time_starttransfer}\n" https://你的域名; done
# 带缓存再测(第二次应该快很多)
curl -o /dev/null -s -w "cached TTFB: %{time_starttransfer}s\n" https://你的域名| TTFB | 判读 |
|---|---|
| <200ms | 优秀 |
| 200-500ms | 正常(动态站) |
| 500ms-1s | 慢,查服务端 |
| >1s | 有问题:DB 慢/无缓存/机器过载 |
服务端慢的排查:PHP 慢日志、MySQL 慢查询(见MySQL 慢查询优化)、无 OPcache(见PHP-FPM 调优)。
压测看容量上限:ab/wrk,方法见服务器性能测试与压测。
六、测试纪律(比工具更重要)
- 固定方法:同一工具、同一地点、同一网络环境,前后对比才有意义
- 多次采样取中位数:单次测试噪声大,跑 5 次看中位
- 清缓存和带缓存各测一次:新访客和老用户是两种体验
- 移动端单独测:限流模拟 4G,PC 快不代表手机快
- 一次只改一个变量:同时上 CDN + 压缩 + 换主题,好了也不知道是谁的功劳
七、优化优先级速查
| 测试发现 | 优先动作 | 预期收益 |
|---|---|---|
| 图片大 | WebP + 懒加载 + CDN | 最大,通常砍 50%+ 加载时间 |
| 无 CDN 且跨地域慢 | 上 CDN | 大 |
| TTFB >500ms | 服务端缓存/OPcache/慢查询 | 中-大 |
| JS 阻塞渲染 | defer/异步 | 中 |
| 无浏览器缓存 | 配 Cache-Control | 中(老用户体感) |
| 字体/第三方脚本多 | 精简、异步 | 小-中 |
速度优化的正确姿势:先测(四层金字塔)→ 找瓶颈(瀑布图+TTFB)→ 单点优化 → 再测对比。工具都是免费的,缺的只是按这个方法走一遍。
需要现成的游戏云服务器,可以看看财富云计算:一键开服面板,NAT 型无独立公网 IP,价格比独立 IP 机型省一半以上,建站快速部署。延伸阅读:网站打开慢排查流程、网站图片与静态资源优化、CDN 加速配置实战。
延伸阅读
- 网站环境怎么选:LNMP 手动 / 宝塔面板 / Docker / 云开发
- 问卷表单系统搭建:SurveyKing / Formbricks,数据自己收
- 图床搭建:Lsky Pro / Lychee,自托管图片托管方案
- 邮件列表搭建:listmonk 自托管 Newsletter,把读者握在自己手里
- 文档站点搭建:MkDocs / VuePress / Docsify,产品文档与技术手册方案
- RSS 阅读器搭建:FreshRSS 自托管,把信息流拿回自己手里
- 短链接服务搭建:Shlink 自托管,链接数据自己掌握
- 网站状态监控页搭建:Uptime Kuma,服务器挂了第一时间知道

[...]netsh advfirewall firewall add rule name="GameRange" dir=in action=allow protocol=UDP localport=26901-26903完整的 Windows 环境准备(远程桌面连接、运行库安装、SteamCMD 用法、开机自启、8 个常见坑)见:《Windows 云服务器开服通用前置教程》→ htt[...]
2026-10-18 回复
[...]└─ 联系我们 ← 电话、地址、表单、地图文案的常见错误:满屏"引领行业、卓越品质"这种空话。客户只关心"你能解决我什么问题、多少钱、靠不靠谱"。五、性能与安全:上线前 checklist性能(官网打开超过 3 秒,一半访客流失):开页面缓存,动态页面静态化,见PHP-FPM 安装与性能调优图片压缩 + WebP,方法论见网站图片与静态资源优化上 CDN,静态资源走 CDN,见CDN 加速配置[...]
2026-10-18 回复
[...]restart: unless-stoppedGhost(Docker + Nginx 反代):官方镜像 + 443 反代,配置方法同Docker 部署网站实战的套路。四、博客的通用功课不管选哪个平台,这些事都逃不掉:备份——写了三年的博客丢过一次就懂了。数据库 + 附件每日自动备份,异地一份,方案见服务器备份与快照策略。HTTPS——现在没有 SSL 的博客,浏览器直接标"不安全",读者信任打对[...]
2026-10-18 回复