GooGoGoGo Tools
🖼️ 免费 · 免注册 · 不装 App · 只读

到底是哪张图,把你的首屏拖在那儿?

我们按服务器原样返回的 HTML 读你的首页和一个商品页,把每个 <img> 和每个 <link rel=preload> 拆开看,再用 HEAD 请求实测最多 6 张关键图的真实字节数。不猜秒数,只给你图片慢下来的结构性原因。

仅基于公开可获取的数据。仅供参考,不构成法律意见。

这个工具检查什么

  • 页面源码里第一张图是不是被打上了 loading="lazy" —— 最常见、也最伤 LCP 的一个错
  • 这张图到底有没有优先级提示:<link rel=preload as=image> 或 fetchpriority="high"
  • 有没有 srcset/sizes —— 没有的话,手机也得下桌面尺寸的大图
  • 有没有 width/height 或 aspect-ratio —— 缺了就容易抖版
  • Shopify CDN 图有没有带 ?width= 尺寸参数,或者请求的尺寸远大于实际显示尺寸
  • 用 HEAD 实测最多 6 张关键图的真实字节数和格式(到底有没有走 WebP/AVIF)
  • 首屏之下还有多少张图没做 lazy,在跟主图抢带宽

FAQ

为什么不直接给我一个多少秒的 LCP?
因为我们不跑浏览器。真实的 LCP 取决于访客的设备、网络和视口,编一个数字出来还不如不给。我们只报能在 HTML 里核实的原因 —— 被 lazy 掉的首图、没有的 preload、上兆的 JPEG —— 并且把实测到的字节数原样贴出来。Core Web Vitals 把 LCP ≤ 2.5 秒定为「良好」,把下面这些改掉就是往那个方向走。
这个工具看不到什么?
我们只读服务器原样返回的 HTML,不执行 JavaScript。轮播脚本后插进来的图、运行时才把 data-src 换成 src 的懒加载库、客户端渲染的 App 区块,我们都看不到。凡是需要渲染后才能判断的,一律标「无法判定」并写清原因,不猜。另外:这里说的「首屏」指的是「HTML 源码里排在最前面」。在绝大多数 Shopify 主题上这个近似是成立的,但它是近似,不是实测。
需要给你们店铺权限吗?
不需要。所有数据都来自任何访客都能请求的公开地址:你的首页、一个商品页,以及对图片文件本身发的 HEAD 请求。不装 App,不要 token,不用登录。

想让人把图片这条链路一次性做对?

我们是 Shopify 工作室。检测免费,修复可以自己做,也可以交给我们。

找我们做项目 →