网站性能测试指标指南：Core Web Vitals 与改善优先序

网站性能测试报告有很多数字，但总分变好，客户仍可能觉得网站慢。企业需要知道每个指标描述哪一段体验，才能判断问题、安排改善与验收成果。LeadsTech 可协助网站性能诊断与优化规划，一并厘清指标、访客任务及验收条件。本文从核心网页指标、加载过程及测试条件出发，说明如何把性能报告转成可执行的工作清单。

摘要

网站性能测试应同时观察内容加载、交互响应与布局稳定性，不能只用一个分数判断网站质量。核心网页指标提供共同的体验衡量方式，其他指标则协助定位等待发生在哪里。企业应结合实验室与真实使用数据，记录页面类型、设备及期间，再依业务影响安排改善。验收除了比较数值，也要确认访客能顺利完成重要任务。

1. 网站性能测试指标应回答什么问题

从客户任务看数字

访客进入企业网站，可能要确认产品规格、寻找服务范围或提交询问。画面何时出现、按钮何时响应，以及内容会不会突然移位，都会影响这些任务。

性能报告的价值，是把「感觉很慢」拆成可观察的现象。若主要内容很晚出现，应追查加载路径；若画面已完整但操作卡住，则需要分析交互期间的工作。

因此，测试前先列出代表页面类型及操作。首页、产品详情、文章、站内搜索和表单可能有不同瓶颈，单一首页数字不能代表所有访客体验。

分清结果指标与诊断指标

结果指标接近访客实际感受，例如主要内容出现时间与交互响应。诊断指标则协助解释原因，例如初始响应、资源大小或线程被占用的时间。

可用性与错误率则补充另一个角度：即使页面很快，服务请求失败仍会中断任务。企业应先定义哪些操作算成功，以及分母包含哪些尝试，让报告中的成功率可被一致解读。

两类指标应一起使用。发现大图片不代表它必然是主要瓶颈；看到服务器响应较慢，也不代表调整主机就是唯一解法，仍需确认完整加载与渲染路径。

报告最好把每项数字连到一个问题、一项证据及下一步，而不是只罗列工具建议。这样业务与技术团队才容易讨论优先序。

2. Core Web Vitals 的三个体验维度

Core Web Vitals 是核心网页指标，用来衡量加载表现、交互反应及视觉稳定性。三项指标关注的体验不同，不能互相代替，也不应把数值直接相加。

LCP：主要内容何时出现

Largest Contentful Paint，简称 LCP，观察可见范围中最大内容元素的绘制时间。良好门槛为不超过 2.5 秒，适合用来判断访客等待主要内容的情况。

阅读报告时，应先确认被测量的元素是什么。不同屏幕或页面版本可能对应图片、视频或较大文字区块，改善前需要知道真正影响数值的内容。

LCP 偏慢时，可依序检查初始响应、资源发现、下载与显示的等待。图片压缩只是可能方法之一，若主要延迟发生在其他环节，就需要不同处理。

INP：交互后多久看到反馈

Interaction to Next Paint，简称 INP，评估点击、触控或键盘操作后，页面响应到下一次绘制的延迟。良好门槛为不超过 200 毫秒。

企业应重现重要交互，例如开启菜单、切换产品规格、使用搜索或按下表单按钮。用户看见页面，不等于当下能顺畅操作。

分析时可区分等待处理、事件执行及画面更新。若大量程序工作占用主线程，画面可能暂时无法及时反馈；需要先定位工作，再决定如何减少或拆分。

CLS：布局是否意外移动

Cumulative Layout Shift，简称 CLS，描述非预期布局位移的程度，良好门槛为不超过 0.1。这是没有时间单位的分数，不是加载秒数。

常见观察场景包括图片出现后推动文字、嵌入内容插入页面，以及字体替换改变排版。应查看实际位移记录，避免只凭画面印象猜测来源。

稳定性也要涵盖浏览过程。访客滚动到表单或展开信息后，仍可能遇到移动，因此测试不能只停在刚开启页面的瞬间。

图 1：三个互补的体验维度，需要各自的指标与诊断证据。

3. 加载速度还需要哪些辅助指标

TTFB 与 FCP 协助找出等待位置

Time to First Byte，简称 TTFB，是收到第一个响应字节前的等待时间。它可用来检查初始响应环节，并不等于整个页面加载完成时间。

First Contentful Paint，简称 FCP，是首次内容绘制，反映画面开始出现文字或影像等内容的时间。FCP 快但 LCP 慢，表示已有内容出现，主要内容仍可能让访客等待。

企业可把这些时间放在同一条加载路径上理解，但不要把它们当成可直接相加的独立工序。很多工作会重叠，也可能受到缓存、网络与渲染安排影响。

TBT 与资源记录提供诊断线索

Total Blocking Time，简称 TBT，是实验室常见的总阻塞时间指标，用来观察长任务对加载期间响应能力的影响。它能协助找到程序负担，但不能直接取代真实交互的 INP。

下载容量、请求数、资源瀑布图与程序执行记录，也有助于追查原因。需要看资源是否必要、何时加载及是否阻塞重要内容，而不是单纯要求请求愈少愈好。

对视频、图库或交互功能较多的页面，应保留必要体验并调整资源安排。移除重要信息换取较漂亮的分数，未必能改善客户完成任务的能力。

4. 如何读懂实验室与实地测试结果

实验室测试适合比较改动

实验室数据来自受控条件，方便重现问题及比较版本。测试人员可以固定设备、网络、地区及缓存状态，再观察某项调整是否改变对应指标。

同一页也应执行多次，保留典型表现与波动。不能只选最好的一次当作成果，也不宜在条件不同时直接比较两张报告截图。

一般加载型测试可能没有执行客户的操作路径。若问题发生在使用筛选器之后，就需要补上交互测试，而不是反复重新加载页面等待问题出现。

实地数据反映一段期间的真实体验

PageSpeed Insights 可同时提供实验室与实地数据。实地数据使用 Chrome 用户体验报告的样本，常见呈现范围为过去二十八天，涵盖不同访客条件。

修改上线后，实验室结果可能先改变，滚动期间的实地数据则仍混合先前访问。因此验收需要分开记录部署时间与数据窗口，避免认为新版本立即无效。

还要确认看到的是特定网址还是源站级数据。当工具改用更广范围的数据，不能把它当成该网址的直接证据；样本不足也不等于网站一定通过。

第七十五百分位不是平均值

核心网页指标常以第七十五百分位判读，代表约四分之三的观测值达到该数值或更好。这能避免只看平均而忽略部分较差体验，但仍不能代替完整分布。

报告应保留移动端与桌面端等分组，必要时再检查地区及页面类型。若网站整体看起来良好，但重要市场的手机访客较慢，企业仍有值得改善的问题。

5. 如何把数值转成改善优先序

同时看业务影响、访问范围与证据

先判断问题是否阻碍重要任务，例如查看规格、登录或提出询问。其次看受影响的页面类型及访问范围，再确认问题能否重现、原因是否有足够证据。

共用模板的缺陷可能影响多个产品页，修正价值较高；某个短期活动页虽然数量少，也可能承担重要流量。优先序需要结合业务安排，而不是只看网址数量。

对证据不足的项目，先安排有限诊断。对已确认原因的项目，再估计修正、回归测试与部署工作，避免把猜测写成承诺。

图 2：以影响、范围与证据决定先处理哪些网站性能问题。

优先清单还需加入依赖关系与改动风险。若修正共用组件会影响多个语言版本，就要预留代表样本的回归测试；若原因来自外部服务，则需明确安排供应商协作，不能只把工作交给网站编辑人员。

以假设场景说明判读方式

假设一家工业设备供应商的产品页在手机上加载慢，访客也反映切换规格时停顿。这是假设场景，并非实际客户成果；团队需要分别建立加载及交互的证据。

若测试显示主要内容等待与交互长任务属于不同原因，就应分开安排修正。不能只压缩图片后，便宣称切换规格的问题也已解决。

验收可追踪代表页面类型的 LCP、相关交互延迟、功能成功率及表单完成情况。业务数字还会受流量与内容影响，应记录比较条件，不把所有变化都归因于速度。

6. 性能测试报告与验收要保留什么

用一致条件建立前后对照

报告应列出网址、版本、设备、网络、地区、测试日期及数据期间。初次访问和已有缓存的结果应分开，登录、同意选项或第三方工具状态也要记录。

每项改动需对应预期影响。例如调整主要图片，应观察相关加载路径；拆分交互工作，应重测对应操作。只有总分变化，通常不足以证明原因已处理。

部署后应确认正式环境内容及设置与测试条件一致。若缓存仍提供旧版本，或外部服务在不同时段行为不同，需要先厘清再判读。

让功能验证与性能验证并行

速度改善不能以功能失效为代价。表单提交、错误提示、下载、语言切换与追踪事件，应由适当负责人检查，尤其是调整程序加载顺序之后。

企业可以建立一份简短验收清单，每次部署重用：

• 代表页面类型及重要操作已列入范围。
• 前后版本使用可比较的测试条件。
• 各项指标与数据期间都有记录。
• 问题原因有可追查的证据。
• 功能、表单与必要事件均可使用。
• 未解决事项及后续负责人已确认。

7. 如何持续监测而不只追逐分数

将基准与监测责任放进日常网站更新流程。新增图片、视频、营销标签或程序版本时，检查代表页面是否退步，并保留与变更时间对应的记录。

监测目标可依重要页面类型制定，不必让所有页面套用同一套资源限制。重点是让异常可被辨认，并知道下一步由谁调查，而不是增加没有人处理的警示。

当数值突然改变，先检查访客组成、测试条件及版本，再决定是否需要修正。流量地区或设备比例改变，也可能影响整体结果。

监测看板可以保留一层管理摘要与一层诊断细节。管理摘要说明受影响任务、目前状态与下一步，细节则保留样本、测试设置与版本，让决策者和执行人员都能找到需要的信息。

对接近门槛的页面，应看持续表现及波动，不把一次越界当作完整结论。若改善需要移除重要功能，就应评估替代设计与业务取舍。

良好核心网页指标有助于使用体验，但不保证搜索排名。企业仍需提供有用内容、清楚结构与可完成的流程，把性能当成整体网站质量的一部分。

8. 常见问题（FAQ）

9. 结语

网站性能测试指标的用途，是协助企业找出等待、定位原因及验证改善。先分清指标与条件，再结合业务任务安排工作，才能让数字转成实际体验提升。

LeadsTech 可协助企业讨论网站性能测试及优化需求，从代表页面类型、问题诊断与验收安排建立工作范围。

了解网站性能测试及优化服务

如需厘清目前报告中的问题，可整理重要网址、访客环境与已知操作场景，与我们讨论下一步。

联系我们，讨论你的企业需求

10. 延伸阅读

• CMS 如何影响 SEO？网站内容管理系统优化指南

  了解内容管理、网站结构与 SEO 表现之间的关系。

• 如何选择 SEO／GEO 顾问与服务商？完整评估指南

  延伸评估外部顾问的交付、验证与合作范围。