Ant*_*les 3 performance pagespeed google-pagespeed pagespeed-insights
Google Page Speed在这里向我报告了一个我无法理解的错误。
删除未使用的代码 我使用了 Google Page Speed 所说的所有 javascript，实际上 vendor.js 是项目的主要脚本。与 Webpack 和 Laravel 编译和统一。
那么为什么 Google Page Speed 说我不使用这些脚本呢？在我上传 lazysizes 插件之前，我没有得到任何这些。
另一方面，网站加载速度很快。我认为 Google Page Speed 非常不可靠。
并不是没有使用整个脚本，而是脚本的大部分没有用于初始页面渲染。
Google 鼓励您将 JavaScript 拆分为基本代码以呈现页面/初始化组件，然后将其他所有内容放在稍后加载的单独文件中。
它还鼓励您从这些文件中清除任何多余的 JavaScript。
这是为了节省正在下载的 Kb，以及节省 V8 引擎对 JavaScript 解析和编译的时间（对于低端手机中较慢的处理器很重要）。
要自己检查这一点，请在 Google Chrome 中打开开发人员工具并打开“覆盖范围”窗口。按记录并查看每个脚本中有多少未被使用。在您的站点上，大约 60% 的下载 JS 最初没有使用，您应该先将使用的 40% 推下网络，并在其他所有内容加载后加载其余部分。（这是非常困难的，除非你一开始就为它构建，尽你所能！）。
至于你的网站速度很快 - 它在我的电脑上用租用线路在 7 秒内完全加载（所以你可以获得尽可能快的速度，尽管我在英国，所以可能会增加一秒钟）
在具有 4 倍 CPU 减速的模拟 4G 连接（模拟未连接到 WiFi 的处理能力有限的手机），您的网站需要将近 18 秒才能完成加载，总页面重量为 2.5Mb（压缩 - 其 5.5Mb解压缩）。
这是 PSI 在“移动”选项卡上执行的测试（4 倍减速和 4G 模拟）
页面重量是您最大的问题之一，还有网站使用的 JavaScript 数量，这些都是需要关注的领域。如果可能，也尽量减少请求数量，您有 149 个不同的网络请求，一次最多只能同时下载 8 个。
虽然 PSI 只是一个工具，它确实能产生相当准确的结果，顶部的“现场数据”是来自浏览器的真实世界数据，所以我会特别注意这一点，特别是“第一次内容绘制 (FCP)”，其中 40%您的用户体验平均或缓慢的时间。