danielbuilds

● 提速文章 · 2026 年 11 月 · 调校师 Daniel

Shopify 装多少个 App 算太多?10,915 家店的实测

没有一个神奇的数字。但规律是有的,而且稳定到可以拿来做决定。我们用谷歌 PageSpeed 测了 10,915 家在线 Shopify 店铺的首页,数了每家首页上加载的第三方 App(统计代码不算),再看手机被占住多久,真实顾客的体验又怎么样。

7个 App,是一家普通店首页上的数量
~38 ms是每多一个 App,手机平均多忙的时间
59% → 42%是谷歌真实访客检查的达标比例,从 0–2 个 App 掉到 10 个以上
3 成的店首页装了 10 个以上 App

每个 App 都在往上加

一家普通的店,首页没有 App 时手机大约忙 20 毫秒,装 5 个大约 220 毫秒,10 个大约 440 毫秒,16 个以上大约 670 毫秒。整体算下来,每多一个 App 大约多 38 毫秒。

0 个 App

23 毫秒 · 69 分

3 个

138 毫秒 · 61 分

5 个

220 毫秒 · 58 分

8 个

344 毫秒 · 54 分

10 个

439 毫秒 · 50 分

12 个

538 毫秒 · 46 分

16 个以上

667 毫秒 · 41 分

按首页 App 个数分组:条是手机忙的时间中位数,后面是手机分中位数。每行的店数从上到下是 308,759,891,837,631,480,801。

这里说的“忙”,就是谷歌说的总阻塞时间(Total Blocking Time):手机忙着跑脚本,顾客点了没反应的那段时间。

不只是因为大店 App 多

最容易想到的反驳是:大店装的 App 多,页面本来也重,也许是店大的原因,不是 App 的原因。我们从两个角度查了。

按网站热度分。

按页面大小分。

这仍然不是对照实验。但这个规律在两种检查下基本都站得住,所以“只是因为店大”不太说得通。

真实顾客感觉得到

谷歌的实验室测试只是模拟一次访问。谷歌另外会收集 Chrome 用户过去 28 天的真实数据,看三件事:主要内容多快出来,点一下多快有反应,页面会不会乱跳。

0–2 个 App

59% · 点击 78%

3–5 个

57% · 点击 77%

6–9 个

52% · 点击 74%

10 个以上

42% · 点击 68%

按首页 App 个数分组:条是谷歌三项真实访客检查全部达标的店占比,后面是点击反应及时的店占比。只算有谷歌真实访客数据的店。

一开始掉得很缓,过了大约 6 个 App 就掉得快了。所有店里最常不达标的一项是点击反应。但随着 App 加多,掉得最多的是主要内容出来的速度,其次才是点击。

App 和 App 不一样

把一家店装了多少个 App 考虑进去之后,大多数类型的 App 代价差不多。有几类在首页上更重:

我们测到最重的单个东西,是某个无障碍插件,超过一秒半;还有随页面加载的防垃圾和防欺诈校验,每个大约一秒。每类工具一般有多重,可以看完整数据报告里的什么在让手机忙不过来。

那到底多少算太多?

可以这样读这份数据:

算的是首页上加载的数量,不是后台装了多少个。只在商品页,购物车或者感谢页才用得上的 App,根本不需要在首页加载。

该怎么办

  1. 先列出首页加载了哪些 App。我们的免费检测会把认出来的 App 列出来,并称一称每个让手机多忙多久。
  2. 每一个都问一句:它需要在首页吗?评论,尺码表,加购推荐,到货提醒按钮,一般都该放在商品页。在主题编辑器的“应用嵌入”(App embeds)里,往往可以把一个 App 对全店关掉;能不能按页面单独开关,要看这个 App 支不支持。
  3. 不用的就删干净。卸载不一定会把代码一起删掉。残留代码怎么找,看这篇:Shopify 卸载 App 后的残留代码怎么找。
  4. 能赚回来的就留着。一个重但带来销量的 App,值得它的分量。目标是首页上每个 App 都有它的位置,不是数量越少越好。

我们是怎么测的

Google 和 PageSpeed Insights 是 Google LLC 的商标,danielbuilds 是独立工具