🐌 免费 · 免注册 · 不装 App · 只读
哪几个 App 在你首页上收的税最狠?
每装一个 App,店里就多一段脚本;而且大部分脚本在根本用不到它的页面上照样加载。我们把你首页上所有第三方脚本抓出来,认出背后是哪个 App,再按「有多挡浏览器的路」排个名。
仅基于公开可获取的数据。仅供参考,不构成法律意见。
这个工具检查什么
- 首页上每一个第三方 <script>,并归到具体是哪个 App / 服务
- 其中哪些是在 <head> 里同步加载的 —— 这类直接压着首屏不让画
- 体积最大的那几个,用真实 HEAD 请求量一下传输大小(最多量 8 个文件)
- 有些 App 在这个页面上根本没东西可渲染,代码却照样下载
- 两个 App 干同一件事 —— 两套评价、两套在线客服、两套站内搜索
- 还卡在关键路径上的第三方样式表和老库(jQuery、Font Awesome)
- 你真正依赖的那些第三方域名,有没有做 preconnect 预连接
FAQ
为什么不直接告诉我每个 App 拖慢了多少毫秒?
因为那样只能编。要给出真实毫秒,得在受控的设备和网络上用真浏览器把你的 JavaScript 跑一遍。我们给的是页面本身就能看到的事实:这个脚本会不会卡住解析、它在文档里的位置、传输了多少字节。毫秒本来就是由这些东西构成的,而且和编出来的数字不一样 —— 这些你可以自己核。
这个工具看不到什么?
我们只读服务器原样返回的 HTML,不执行任何 JavaScript。所以由 tag manager 在运行时注入的脚本、滚动之后才出现的挂件、或者被别的 App 打包带进来的 App,我们都看不见 —— 这些一律标「无法判定」,绝不猜。另外我们只看首页:一个评价 App 在首页是纯负担,但在商品页可能是必需的。
排在最前面的是不是直接卸了就行?
不是。这个榜排的是「代价」,不是「价值」—— 最贵的那个脚本很可能同时也是最赚钱的那个。真正好摘的果子通常在另外两列:本来可以改成延迟加载却在同步阻塞的,以及在这个页面上什么都不渲染却照样加载的。