修复报告
性能修复报告
我们以中端手机在慢速 4G 下加载您的三个关键页面（网店为首页、产品系列页和产品页），在您网站流量足够时加入 Google 的真实用户数据，并按顺序展示每个页面变慢的原因及修复方案。
- 移动端实验室测试（LCP、CLS、TBT）
- Google 真实用户数据（如有）
- 最大的图片和脚本
我们检查什么
最大内容绘制（LCP）
在限速手机上，主要内容需要多长时间才能显示，以 2.5 秒为阈值。
布局偏移
加载过程中内容是否跳动，以 0.1 为阈值。
总阻塞时间
脚本让页面无法响应的时长，是 Interaction to Next Paint 在实验室测试中的替代指标。
真实用户数据
当您的网站流量足以出现在 Google 的 Chrome UX Report 中时，提供第 75 百分位的 LCP、INP 和 CLS。
体积过大和尺寸过大的图片
超过 150 KB 的图片、远大于显示尺寸的图片，以及被延迟加载的主图。
页面体积和请求
总下载大小、请求数量，以及来自第三方的占比。
阻塞渲染的文件
拖延首次绘制的脚本和样式表。
您将获得
- 每个页面的实测数值及阈值
- 每个页面上最大的文件，按大小排列
- 按影响排序、针对您平台编写的修复方案
- 每项发现都有现成的 AI 提示词
- 可分享给开发人员的 PDF
报告如何生成
- 1
每个页面都在全新的浏览器中加载，模拟中端手机、慢速 4G（150 ms 延迟、1.6 Mbps）和 4× CPU 降速。
- 2
查询 Google 的 Chrome UX Report，获取您源站的真实用户数据。
- 3
按影响大小对原因进行排序，并附上修复方案。
示例报告中的发现
Harbor & Pine 的真实输出。这是我们搭建的一家存在常见问题的虚构商店。
- Problem
The main content appears slowly on phones
Largest Contentful Paint reached {time} on {path} in our phone test (good is under 2.5 s).{"time":"{s} s{\"s\":{\"$num\":8.3,\"digits\":1}}","path":"/products/trail-daypack"}
Fix: Start with the largest image or banner at the top of the page (see the findings below).
- Problem
The main image is lazy-loaded
On {n} page(s) the largest image at the top has {attribute}, which delays it.{"n":1,"attribute":"loading=\"lazy\""}
Fix: Load the first, largest image eagerly and give it high fetch priority; keep lazy loading for images further down.
- Problem
Images larger than they need to be
{n} image(s) are heavy (over 150 KB) or much wider than they are shown.{"n":2}
Fix: Upload product and banner images at sensible sizes (around 2000 px wide is plenty) instead of camera originals.
不涵盖的内容
- 桌面端速度
- 服务器和主机配置
- 分数保证：实验室结果每次运行都会有所不同
关于此报告的问题
为什么要在慢速手机上测试？
许多访问发生在手机上，而 Google 的 Core Web Vitals 会针对移动端单独衡量。限速手机能暴露出快速笔记本电脑掩盖的问题。
如果我的网站没有 Chrome UX Report 数据怎么办？
较小的网站往往流量不足，无法出现在其中。这时报告会依赖实验室测试，并加以说明。
会测量 INP 吗？
INP 需要真实的交互，因此在有数据时来自 Google 的真实用户数据。实验室测试报告的是总阻塞时间（TBT），它反映的是同一类问题。
结果会和我的 PageSpeed 分数一致吗？
不会完全一致。实验室结果每次运行都会有所不同，各工具的设置也略有差异，但它们指出的原因是相同的。
立即扫描您的网站
发现问题，修复问题，验证结果。
免费扫描，无需信用卡。