为什么我的页面在Lighthouse测试中加载时间总显示2秒以上？
我在开发一个电商详情页时发现，虽然本地用Chrome DevTools模拟3G网络测出来加载时间只有1.2秒，但用Lighthouse跑完整测时，总得分为78分，加载时间显示2.3秒。我已经把图片都转成了webp格式，并且给关键CSS加了rel="preload"，但问题依旧存在。
尝试过把JS拆分成多个小文件按需加载，还配置了async和defer属性，可Lighthouse的”机会”选项卡里还是提示”Eliminate render-blocking resources”。难道是我的预加载策略有问题吗？怎么才能让真实测试结果和本地模拟数据对得上？
- 1
回答
22浏览
Lighthouse生成报告时为什么显示“加载失败”？
在用Chrome开发者工具运行Lighthouse做PWA测试时，点击生成报告总会弹出“加载失败”的红色错误提示。我试过重启浏览器、清除缓存，甚至重装Chrome，但问题依旧。控制台没报错，其他页面却...
- 2
回答
105浏览
为什么在Lighthouse测试中首屏加载时间反而变长了？
最近在给项目做性能优化，把公共代码抽离成vendor chunk，还给图片加了懒加载，但Lighthouse测出来的首屏时间反而从2秒变成3秒了。明明控制台Network里总下载量少了200kb，这是...
- 1
回答
27浏览
为什么我的PWA在Lighthouse测试中”安装提示”评分不达标？
我在开发一个电商网站的PWA，Lighthouse测试其他项都拿了满分，但"安装提示"一直显示0分。明明已经按照文档配置了manifest.json和service worker，为什么还是不行？ 尝...
- 2
回答
39浏览
Lighthouse SEO检测中，为什么所有文本必须可访问才能通过？
在优化项目SEO时，Lighthouse报「确保所有文本都是可访问的」错误，但我的页面文本都正常显示。我检查了的alt属性和ARIA标签都没问题，这是怎么回事？ 尝试过把文字改成包裹并加aria-la...
- 1
回答
10浏览
为什么优化了代码后Lighthouse的TTI指标还是卡在11秒以上？
我在优化一个单页应用时，Lighthouse的TTI一直显示11秒多，明明把JS拆分成了动态导入，还压缩了图片。但测试报告里显示"largest-contentful-paint"还是在首屏阻塞渲染，...
- 2
回答
27浏览
为什么我的PWA服务工作者注册后Lighthouse仍显示未安装？
我在React项目里按教程添加了服务工作者，控制台显示注册成功，但Lighthouse评分总显示"未安装有效的服务工作者"。代码如下： // src/index.js if ('servic...
- 2
回答
41浏览
Lighthouse生成报告时为什么提示”未运行任何审核”?
我在用Lighthouse API生成报告时，页面一直显示"未运行任何审核"的错误。按照文档写了配置对象，但运行后结果里所有分数都是0，控制台也没报错，这是怎么回事？ 我尝试过这样调用： async ...
- 2
回答
53浏览
为什么我的PWA在Lighthouse评分中无法通过“安装”项？
我按照教程配置了manifest和service worker，但Lighthouse的“安装”评分一直显示失败。明明检查过manifest的图标、名称都填了，service worker也能正常控制...
- 1
回答
24浏览
Lighthouse提示”优化流程”分数低，动态加载的JS脚本还是导致阻塞渲染怎么办？
我在React项目里用useEffect动态加载第三方统计脚本，虽然用了defer属性，但Lighthouse还是显示这个标签造成了渲染阻塞。代码是这样的： useEffect(() => { ...
- 2
回答
73浏览
为什么我的表单输入框在Lighthouse的Accessibility评分中显示“缺少标签关联”？
我给输入框加了标签，但Lighthouse还是报错"缺少aria标签或关联"。检查代码发现和在同一个容器里，但没用for属性绑定，这样不对吗？ 我试过这样写： 用户名 但Lighthouse依然提示错...
你说已经做了webp和preload，那先说CSS的话，preload关键CSS确实有用，但别乱用，如果预加载了非首屏需要的CSS反而会加重资源竞争。检查下你是不是把整个style.css都preload了？应该只预加载首屏渲染必须的那部分，比如头部样式、商品图这些，剩下的走普通link或者inline到页面里。
至于“Eliminate render-blocking resources”这个提示，光加async/defer不一定够。JS文件拆小是对的，但得确保那些被标记为阻塞的脚本真的不需要阻塞。你可以打开Lighthouse报告里的“主请求流程”看是哪个资源拖慢了FCP。常见的坑是：某个第三方SDK没加async，或者你自己写的script标签放在head里又没加defer，浏览器就会停下来等它。
建议你做三件事：
第一，把所有非必要的JS都加上defer或async，尤其是分析脚本、广告代码这类。对于必须同步执行的，考虑能不能转成module或者延迟加载。
第二，检查HTML里有没有内联的大段CSS或JS，特别是服务端注入的数据。内联内容虽快，但如果超过几KB就会拖慢HTML解析，建议把大的拿出来。
第三，开启Gzip或Brotli压缩，很多人忽略了这点。即使资源体积小，没压缩在移动端来回传也会变慢，特别是接口返回的数据。
最后想对齐测试数据，可以用PageSpeed Insights直接跑线上地址，它底层也是Lighthouse，结果更接近。别太迷信78分，关键是看具体哪项拖后腿。你这个情况大概率是有一两个资源没处理干净，盯着“机会”面板逐个击破就行。