0

    涉及上千款,2021 Chrome插件性能影响分析报告新鲜出炉

    2023.06.10 | admin | 136次围观

    译者 | 弯月 责编 | 晋兆雨

    出品 | CSDN(ID:CSDNnews)

    以下为译文:

    这篇报告调查了 1000 个最流行的 Chrome 插件对浏览器性能和最终用户体验的影响。

    2021 年报告的主要发现:

    由于不同网站对性能的影响各不相同,因此我们的测试主要包含五个不同的页面:一个简单的测试页面、apple.com、toyota.com 以及 The Independent 和 Pittsburgh Post-Gazette 的新闻文章。

    如果你想知道你使用的插件是否会影响速度,可以查看此处的插件列表。

    ()

    文本主要内容:

    网站 CPU 使用率的增加

    许多 Chrome 插件都能够在你打开的每个页面上运行额外的代码,尽管正常的插件仅在必要的时候才运行代码。

    在 100 个最流行的 Chrome 插件中,Evernote Web Clipper 对性能的负面影响最大。在打开每个页面时,该插件运行代码所占据的时间约为 368 毫秒。如果你尝试在此期间内与页面交互,则响应会非常迟钝。

    上述插件的安装次数都超过了一百万。虽然几百毫秒听起来并不算多,但是如果安装多个插件,就会对用户体验产生重大影响。

    浏览器插件对速度的影响取决于用户打开的网站。以上结果是在一个非常简单的网站上收集的,通常在这种页面上,Chrome插件对性能的影响最低。

    在苹果主页上测试插件时,我们可以看到一个名为 Dark Reader 的夜间模式插件需要 25 秒来分析和调整图像,从而更好地转换成黑暗主题。结果导致页面的加载速度大幅降低,如下所示。

    优惠券代码查找器 Honey 会严重影响电子商务网站的加载速度,CPU 的处理时间大约会增加 825 毫秒。

    最后,在 Toyota 主页上运行测试时,我们可以看到 Norton Password 导致 CPU 活动增加的幅度最大,增加了大约 1 秒钟。

    上图仅显示了对性能影响最大的 5 个插件。即使没有安装任何扩展,toyota.com 的加载时间也会超过 3 秒钟,因此很难将随机变化与插件的影响区分开来。

    最受欢迎的 1000 个插件

    让我们看看其他不太受欢迎但安装量仍然超过了 10万+ 的插件。

    Ubersuggest 是一款拥有超过 20 万用户的营销工具,它会导致每个页面的加载时间增加1.6 秒。

    Substitutions 是一个 Chrome 插件,可以自动替换页面上的某些单词。在小型网站上,它对性能的影响很小(增加了大约 10 毫秒的 CPU 时间),但在像 toyota.com 这样的较大页面上,CPU 的活动增加了 9.7 秒。

    对页面渲染时间的影响

    CPU 活动会导致页面挂起或无响应,并增加电池消耗。如果处理是在页面加载完毕后进行的,那么对用户体验的影响可能不会那么大。

    Loom 和 Ghostery 等几款插件会运行大量代码,但不会影响页面的渲染时间。

    但是,有一些插件,比如 Clever、Lastpass 和 DuckDuckGo Privacy Essentials,会在页面开始加载时立即运行代码,并最终导致用户的等待时间加长。下图的测量使用了 First Contentful Paint 指标。

    虽然苹果页面能够在一秒钟内完成渲染,但在安装了 Dark Reader 后,需要近 4 秒的时间。

    在一个电子商务网站上,Honey导致页面加载的时间延迟了近半秒。

    当页面内容开始显示时,Avira 浏览器安全和一些广告拦截器也可能会造成延迟。

    最受欢迎的 1000 个插件

    让我们看看最受欢迎的 1000 个插件,一个名为“壹伴 · 小插件”的社交媒体工具导致渲染时间延迟了 342 毫秒,而一个名为 Outreach Everywhere 的销售工具则引发了 251 毫秒的延迟。

    在Toyota 主页加载期间,名为 anonymoX 的匿名浏览代理会造成渲染延迟 2 秒以上,不过这也并不奇怪,因为流量是通过另一台服务器路由的。

    Avira 浏览器安全导致渲染延迟 369 毫秒。这不是由访问页面上运行的代码引起的,而是由插件执行的后台工作引起的。

    后台 CPU 的使用率

    Chrome 插件不仅可以在你访问的页面上运行代码,还可以在插件的后台页面上运行代码。例如,有些插件的代码包含可以阻止对某些域发送请求的逻辑。

    即使访问一个简单的页面,Avira Safe Shopping 也会引发 2 秒多的延迟。

    在较为复杂的页面(在本例中是 Toyota 主页)上,Dashlane 密码管理器和 AdGuard AdBlocker 的后台活动花费了 2 秒以上。

    最受欢迎的 1000 个插件

    在浏览 The Independent 的新闻文章时,有三个插件导致 CPU 活动超过 20 秒:uberAgent、Dashlane 和 Wappalyz。

    浏览器内存的消耗

    Chrome 插件会导致你所访问的每个页面的内存使用量增加,而且扩展本身还会消耗内存。这会严重影响性能,尤其是在低配置设备上。

    通常,广告拦截器和隐私工具会存储有关大量网站的信息,需要大量内存来存储这些数据。话虽如此,当在浏览器中打开的页面包含大量广告时,这些插件可以减少整体内存的消耗。

    最受欢迎的 1000 个插件

    查看前 1000 个插件就会发现,广告拦截器占用了大量内存,Trustnav 广告拦截器增加了近 300 MB 的内存消耗。

    广告拦截器与隐私工具对浏览器性能的影响

    虽然广告拦截器可能会添加过滤广告的处理,但遇到包含大量的广告的网站时此页面上的脚本造成,它们可以大幅提升页面的速度。我们调查了 15 款安装次数超过 50 万的广告拦截器。

    加载跟踪器和呈现广告通常都耗费大量 CPU,但具体影响因网站而异。新闻网站的广告一般都特别多,因此这篇报告集中测试了两大新闻网站的CPU使用率:The Independent 与 Pittsburgh Post-Gazette。

    在没有广告拦截器的情况下,每个页面需要的 CPU 时间为 17.5 秒。即使是性能最低的拦截器(Trustnav)也能减少 57%( 7.4 秒)的 CPU 时间。

    在我们的测试中,表现最佳的广告拦截器是 Ghostery,它将 CPU 活动减少了 90%,平均仅为 1.7 秒。

    此外,广告拦截器和隐私工具还可以减少 43% ~ 66% 的数据量。

    如果没有广告拦截器,每篇文章平均会产生 793 个网络请求。在使用了 Ghostery之后,这一比例下降了 90%,仅为 83 个请求。

    在不安装广告拦截器的情况此页面上的脚本造成,浏览器打开一篇新闻文章的平均内存消耗为 574 MB。Disconnect 插件可以减少 54% 的内存消耗,降至仅 260 MB。

    然而,由于浏览器的插件需要一些内存来运行,因此 Trustnav 的广告拦截器等插件会导致整体的内存消耗略微增加。也就是说,因阻止广告而节省下来的资源还不足以抵消广告阻止程序本身的消耗。

    但是,请记住,当你只打开一个包含大量广告的页面才会出现这种情况。如果你打开 10 个页面,全部显示新闻文章,那么就会节省 10 倍的内存,但广告拦截器消耗的内存通常不会增加。

    安装多个扩展有何影响?

    在大多数情况下,多个 Chrome 插件造成的影响是叠加的。

    下图显示了 Chrome DevTools 页面性能评测工具中 Apple.com 的加载,我们安装了4个插件:ax Web Accessibility Testing、Evernote Web Clipper、LastPass 和 Skype。

    可以看到,这些插件一个接一个地运行。如果插件在页面开始加载时立即运行,则会延迟页面的显示速度。

    这些浏览器的性能与去年相比如何?

    我翻看了今年和去年测试中都包含的 96 个最受欢迎的插件。

    平均每个页面的加载时间减少了 28 毫秒。

    但是,2021 年的测试使用的 Chrome 91,而2020 年的测试使用的是 Chrome 83。Chrome 本身的提升也越来越快,因此这些提升可能并不一定是 Chrome 插件本身优化的结果。

    在使用旧版 Chrome 运行今年的测试时,平均提升时间仅为 13 毫秒。

    请注意,上述比较仅查看了一个网站(一个简单的测试页面)。

    Grammarly、微软 Office、Okta 浏览器插件、Avira Safe Shopping 和 Avira Browser Safety 显示页面的加载时间减少超过了 100 毫秒。退步最大的是 Save to Pocket、Loom 和 Evernote。

    针对每个插件的分析

    Grammarly的提升

    去年,Grammarly 在每个页面上加载了一个 1.3 MB 的 Grammarly.js 文件。如今,在大多数网站上只加载了 112 KB Grammarly-check.js 脚本。例如,只有当用户关注文本区域时,该插件才会加载完整的 Grammarly.js 文件。

    但是在一些网站上,Grammarly仍然会加载完整的脚本。比如 Gmail、Twitter、YouTube、LinkedIn、Medium、Slack、Reddit、Upwork、Zendesk 和其他常见的文本输入网站。Grammarly对这些网站的性能影响远大于测试中显示的数据。

    Save to Pocket 的退步

    在去年的测试中,Save to Pocket 向每个页面注入了一个很小的样式表,对性能没有明显影响。

    但是,如今 Save to Pocket 会加载 2 MB 的 JavaScript 文件,导致 CPU 时间增加了 110 毫秒。

    Evernote、Outreach Everywhere 和 Ubersuggest

    Evernote 会在每个页面上加载 4.3 MB 的脚本,高于一年前的 2.9 MB。因此,解析、编译和运行此代码需要花费大量时间。

    Outreach Everywhere 会在每个页面上加载 4.5 MB 的代码。但是,这些代码对性能的影响非常大,因为它是在 document_start 上加载的。这意味着代码在页面开始渲染之前就会运行,因此会延迟页面的显示。

    下图利用 Chrome DevTools 性能配置文件针对安装了这两个插件的页面进行了分析。

    Ubersuggest 会在每个页面上加载一个 7.5 MB 的 JavaScript 文件。其中很多是地理数据,比如下面的代码包含 38,279 个不同的地理位置。

    Avira 安全购物

    Avira Safe Shopping 拥有超过 300 万用户。为什么有时候页面渲染会延迟将近半秒?

    这是因为该插件包含 39,328 个网站的安全列表。每当打开新网站时,Avira 就会遍历此列表,结果就会导致网站加载速度变慢。

    Dashlane 和 uberAgent

    在查看 The Independent 的一篇文章时,Dashlane 和 uberAgent 都引发了 20 多秒的后台 CPU 活动。

    uberAgent 会针对每个网络请求,设置一个计时器,每 50 毫秒触发一次,以检查页面是否已完成加载。如果页面发送出1000 个请求,uberAgent就会创建大量计时器,从而拉垮整个页面速度。

    uberAgent 会运行许多小任务,但 Dashlane 偶尔运行超过 500 毫秒的长时间任务。

    查看某个插件对性能的影响

    如果你想知道某个插件对性能的影响,请点击这里:。

    方法论

    我们的测试是在 Google 云实例 n2-standard-2 上运行的,本篇报告中显示的数字采用了 7 次测试结果的中位数。

    我们使用的数据是使用 Lighthouse 收集的,测试中的结果是在没有任何网络限流下的观察结果,并不是模拟结果。

    我们的测试总共包含 1004 个插件。很多插件只修改了新标签页面,通常不会影响性能,因此不包含在结果中。还有一些测试结果出错的插件也不包括在内。

    原文链接:

    版权声明

    本文仅代表作者观点。
    本文系作者授权发表,未经许可,不得转载。

    发表评论