诊断加载与布局偏移
LCP 有助于定位较晚出现的主要元素，CLS 描述布局不稳定性。要调查点击后的延迟，请使用单独的 INP 测试。
LCP: 1.9sCLS: 0.04TBT: 120ms实验室示例
网页加载速度检测
输入 URL，找出拖慢页面的原因：图片、脚本或服务器响应。利用报告追踪加载延迟和布局偏移，确定优先修复的项目。
高级设置
报告包含的内容
提供开发优先级的网站速度报告
每条建议都与指标、资源和技术原因相关联，因此团队可以看到应先修复什么，什么可以留在待办列表中。
资源和请求映射
HTTP 瀑布图显示哪些资源阻塞渲染、哪些资源使用了并行连接，以及第三方脚本在哪里拖慢了启动速度。
index.html142ms
main.css380ms
app.js1.2s
hero.webp720ms
inter.woff2210ms
优先级优化方案
Milten 将问题整理成一份简短的任务清单，涵盖 LCP、CLS、TBT、TTFB、第三方脚本和重型资源。
01LCP：压缩并预加载主视觉媒体P1
02CLS：锁定卡片尺寸P2
03TTFB：检查 HTML 缓存P3
它是如何工作的
Milten 如何检查网站速度
在选定条件下测试网站速度，获取实验室加载指标和发现的问题。单次测试不能替代真实访客的测量数据。
01 · URL
输入 URL 进行速度检查
检查首页、落地页、目录或产品页面。Milten 在浏览器中打开页面并应用所选区域、网络和设备。
02 · 扫描
测量加载与视觉稳定性
收集实验室指标、网络延迟、大型资源和布局偏移。TTFB 衡量服务器响应延迟，TBT 衡量加载期间主线程被阻塞的时间。
03 · 计划
确定首先修复哪些问题
从发现的问题和证据入手：哪个资源延迟了加载，或哪个元素导致布局偏移。修复原因后，使用相同设置重新测试。
我们测量什么
网站速度指标：FCP、LCP、CLS、TBT、TTFB 和 SI
扫描器将感知加载、布局稳定性、JavaScript 阻塞和服务器响应速度分开，因此优化不会简化为单一分数。
FCP
首次内容绘制
当用户首次看到文本、图片或 SVG 时：这是页面真正开始加载的早期信号。
良好<= 1.8s
需求<= 3s
较差> 3s
LCP
最大内容绘制
主要可见元素渲染所需的时间：主视觉图片、大标题、产品卡片或目录区块。
良好<= 2.5s
需求<= 4s
较差> 4s
CLS
累积布局偏移
意外布局偏移的总和：横幅、未设置尺寸的图片、延迟字体以及加载后移动内容的区块。
良好<= 0.1
需求<= 0.25
较差> 0.25
TBT
总阻塞时间
主线程被长时间 JavaScript 任务占用而无法快速响应用户操作的时间。
良好<= 200
需求<= 600
较差> 600
TTFB
首字节时间
HTML 首字节之前的延迟：浏览器开始接收页面之前的后端、DNS、TLS、CDN 和缓存时间。
良好<= 0.8s
需求<= 1.8s
较差> 1.8s
SI
速度指数
可见视口填充的速度：这有助于解释为什么即使个别指标看起来不错，页面仍感觉缓慢。
良好<= 3.4s
需求<= 5.8s
较差> 5.8s
常见问题
关于网站速度检查的常见问题
关于 Core Web Vitals、SEO 和实用页面优化的简短解答。
什么是核心 Web Vitals，它们如何影响 SEO？
Core Web Vitals 涵盖加载（LCP）、响应性（INP）和视觉稳定性（CLS）。评估真实访客的体验需要现场数据。Speed Scanner 通过实验室测试帮助诊断原因；TBT 不能替代 INP。良好的数值不能保证排名提升。
如何检查我的网站速度？
在上方表单中输入 URL，选择移动端或桌面端配置，然后点击“检查网站”。扫描器会运行 Speed Scanner 审计、收集 HAR，显示 FCP、LCP、CLS、TBT、TTFB、Speed Index，并生成技术任务清单。
LCP 值过高时该怎么办？
首先找到 LCP 元素：它可能是主视觉图片、大标题、横幅或产品卡片。然后检查预加载、关键 CSS、媒体体积、CDN、缓存，以及延迟渲染的阻塞渲染资源。
网站分析需要多长时间？
快速检查通常不到一分钟，但具体时间取决于所选区域、网络配置、CPU 节流以及页面上的资源数量。为了获得稳定的结论，请在相同条件下比较多次运行结果。
如何修复 CLS 问题？
为媒体设置宽度、高度或宽高比，为横幅和小组件预留空间，避免在可见区域上方插入新内容，并通过 font-display 和预加载配置字体。在报告中，不仅要看最终的 CLS，还要看贡献最大的元素。