Google Lighthouse

服务商概述

Google Lighthouse 是 Google 开源的自动化审计工具，早期以 Chrome 扩展形式出现，2017 年后成为 Chrome DevTools 的内置面板，也用 Node CLI 与 CI 形式发布。它一次运行输出性能、可访问性、最佳实践、SEO 与 PWA 五组评分，是测试与优化领域事实上的公共语言。

它的价值不只是打分，而是把评分拆成可执行的诊断项：每个扣分点都对应具体指标（LCP、CLS、TBT）、具体资源或具体代码位置。多数团队的性能优化起点不是买工具，而是先把 Lighthouse 报告里的红色项逐个消掉。

需要理解它的局限：默认在模拟的移动端环境中用合成数据跑，评分受运行机器负载影响，同一页面多次运行可能相差几分。它衡量的是「可测的技术指标」，而不是真实用户感受，因此线上还需配合真实用户监控（RUM）交叉验证。

核心优势

• 免费开源（Apache 2.0），无节点数或报告数限制，任何人可复现同一套评分口径
• 一次运行输出 5 组评分，覆盖性能、可访问性、最佳实践、SEO 与 PWA
• 每项扣分直接对应具体指标与资源，报告可导出 JSON 供 CI 与看板消费
• 提供 CLI 与 Lighthouse CI，可在合并请求中设置性能预算并阻断回退

产品生态

评分与诊断报告

性能分由 LCP、TBT、CLS、FCP、SI 等指标加权计算，报告同时给出「机会」与「诊断」两块建议。实践中最容易被忽略的是 TBT：它对交互响应敏感，却常被只看 LCP 的团队放过。

CLI 与 CI 集成

通过 npm 安装后可在任意环境跑分，配合 Lighthouse CI 对多个 URL 做断言。关键是设阈值而不是追满分：把预算写成「LCP < 2.5s，性能分不低于 85」，比追求 100 分更可持续。

不足之处

• 默认合成数据与模拟网络，与真实用户设备差异较大，评分不能直接代表体验
• 单次运行结果存在波动，机器负载高时同页面可能差数分，容易引起误判
• 不覆盖真实用户分布与长尾设备，需要配合 RUM 才有决策价值
• 五组评分中 SEO 与最佳实践的建议偏保守，部分项对中文站点并不适用

适用场景

• 性能优化起步与体检（★★★★★）：免费、标准统一，是排查性能问题的第一站
• CI 性能回归拦截（★★★★★）：Lighthouse CI 可在合并请求中阻断性能回退
• 竞品与行业基准对比（★★★★☆）：同一口径下横向比较多个站点的关键指标
• 真实用户体验评估（★★）：需配合 RUM 数据，单靠合成测试不足

价格参考

工具完全免费，成本在「解读与执行」。真正的投入是把报告里的机会项转成工程任务，并建立阈值化的性能预算；只看分数不做预算，通常几周后一切回到原点。

常见问题

• 多少分算合格？ 没有统一标准。内容站建议性能分 85 以上、LCP 低于 2.5 秒；电商与重交互站点可放宽到 75 分以上，但要保证金标通过。更重要的是设定「不低于上次」的预算，而不是追某个绝对分数。

• 为什么本地跑分和在线上差很多？ 本地环境更快、网络更稳，且没有真实流量干扰。线上存在第三方脚本、地域网络差异与并发压力，需要用 RUM 或真机测试对照。差异过大时先查第三方脚本与 CDN 命中率。

• 能审计需要登录的页面吗？ 可以，通过 CLI 传入自定义请求头或 Cookie，或用 Puppeteer 先登录再跑审计。注意不要把生产账号写进 CI 配置，应使用只读的测试账号。