试试其他关键词，或清除筛选条件。
先把图片缩到页面实际显示的尺寸，再选合适格式和加载顺序。原图直接上传，手机上会一直转圈。
把所有图片一次压到很小，不一定能让独立站更好用。商品细节可能先糊掉，首屏却仍在等待脚本。优化应从一个代表性页面开始：记录手机视图、网络条件、图片请求和页面体验，再决定先改哪张图。
在浏览器开发者工具的网络面板查看图片请求，找出体积大、开始加载晚或重复下载的资源。记录它在页面上的显示宽度，以及实际下载的像素尺寸。缩略图如果仍下载大幅原图，就值得优先处理。
一些建站平台和图片服务会自动转换格式或生成尺寸，因此上传文件名不能完全代表访客实际拿到的内容。先检查响应，再决定是否需要额外插件，避免重复处理。
保留原始图片，另做适合页面的输出版本。响应式图片可以通过 srcset 与 sizes 告诉浏览器有哪些尺寸、预计怎样显示，让浏览器选择资源。查看响应式图片说明
同时指定图片宽高或保持正确的宽高比，给加载前的图片预留空间。验收时既看手机，也看较大屏幕和高像素密度设备；不能只凭桌面预览认为小图够用。
照片可以比较 JPEG、WebP 和 AVIF 的输出；现代格式可能以更小体积达到合适画质，但具体效果取决于图片与编码设置。需要兼容回退时，可以使用 picture 提供候选格式。查看格式与性能说明
挑有细字、渐变或纹理的位置放大对照，检查边缘、色带与颜色变化。记录体积和肉眼可见差异，选择符合用途的结果，别把“压缩质量 80”当成跨工具通用标准。也不要反复压缩已经有损的成品。
首屏关键图应尽早被浏览器发现；位于下方、暂时看不到的图片可考虑延迟加载。尤其不要把可能成为最大内容绘制元素的首屏图统一设为懒加载，这会延后它的请求。查看 LCP 优化说明
修改后，在相同设备与网络条件下重复测试，并说明是否使用缓存。除了观察性能报告，还要检查裁切、清晰度和页面跳动。某张图变小，不代表整页一定同比变快；若主要等待发生在服务器或脚本，应继续查对应环节。