网站性能检测
输入网址，10–30 秒拿到 12 项核心指标的体检报告 —— 不是丢给技术看的分数，而是告诉你「哪里慢、先改哪一项」。
我们检测这 12 项指标
分成四组：用户感知速度、视觉稳定性、资源与加载效率、页面结构风险。每一项都会给出实测值、档位判断与改造建议。
用户感知速度
首屏出现速度
LCP (Largest Contentful Paint)
访客看到主要内容出现要等多久。这是最直接影响「感觉快不快」的一项。
服务器响应速度
TTFB (Time To First Byte)
你的服务器自己处理一次请求要多久（已扣除网络传输时间，所以数值通常很小）。这一项慢，后面所有优化都会被拖住。
首次看到内容
FCP (First Contentful Paint)
页面上第一次出现任何内容的时间。超过 3 秒，访客会开始怀疑网站是不是坏了。
点击卡不卡
TBT (Total Blocking Time)
页面加载期间主线程被占住、点按钮没反应的总时长。这一项高，访客会觉得「卡」。
视觉稳定性
内容会不会跳动
CLS (Cumulative Layout Shift)
页面加载过程中元素突然位移的程度。跳动会让人点错按钮，也是最容易被忽略的体验杀手。
资源与加载效率
页面总重量
Total byte weight
打开这一个页面要下载多少数据。移动网络下，体积直接决定还要等多久。
图片体积与优化空间
Image formats / compression / responsive sizes
页面上图片的总传输体积，以及有多少张还能被压得更小、换成更省流量的格式。图片通常是页面最重的一块，也是最容易见效的一项。
无用代码
Unused JavaScript / CSS
页面下载了但根本没用上的 JS 与 CSS。它既占带宽，也占浏览器解析时间。
阻塞渲染的请求
Render-blocking resources
必须等它下载完才能渲染页面的 CSS/JS。它们直接推迟了「看到内容」的时间。
压缩与缓存
Text compression / cache TTL
静态资源有没有开压缩、有没有让浏览器缓存住。老访客回访时，这一项决定他还要不要再下一次。
页面结构风险
第三方脚本负担
Third-party script cost
统计、客服、广告这些外部脚本占了多少主线程时间。它们往往不是你的代码，但拖慢的是你的页面。
页面结构规模
DOM size / redirect chain
页面 DOM 节点数量与跳转链长度。结构过于臃肿会让渲染和样式计算变慢，多余的跳转则让访客白等一轮。
怎么用
输入网址
填你要检测的页面地址，任何公网可访问的页面都可以（内网地址、需要登录的页面无法检测）。
选择端型
手机端为模拟 4G 环境，结果更严格，也更接近真实访客打开页面的第一印象。
读结论，先改一项
不用一次改完 12 项。报告会指出最该先修的那一项，改完再测一次做前后对比。
常见问题
检测免费吗？需要注册吗？
完全免费，也不需要注册或登录。检测结果来自公开的性能检测能力，由本站按自身体检标准重新计算与解读。
为什么手机端结果比桌面端差？
手机端会模拟 4G 网络与中端手机的处理能力，这是行业通行做法。所以两端不要横比，只比较同一端「改前 vs 改后」的变化。
检测结果跟搜索排名有关系吗？
性能是间接因素：它影响访客停留与转化，也影响 Google 对页面体验的判断。但这些是技术指标，不等于排名或流量承诺。
测出来的问题我自己能改吗？
大部分可以：图片压缩与格式转换、开启缓存与压缩、清理没用的脚本，这几项就能解决多数站点的主要瓶颈。需要动代码架构与服务端的部分（代码分割、服务端渲染、服务器迁移），可以找我们评估。
想知道这些问题怎么改、改完能带来什么？
把检测结果发给我们，我们给出一份结合你业务优先级的改造清单。