首屏产品主图如果是LCP候选，不应设置loading="lazy"。先在Performance录制里确认LCP元素，再到Network看它何时被发现、何时开始请求。图片已经压得很小却出现很晚，问题可能是懒加载、脚本注入或优先级，而不是文件格式。不要把“全站图片懒加载”当成无需例外的优化开关。
先确认慢的那张图是不是LCP元素
LCP是最大内容绘制，候选可能是产品主图，也可能是一块标题文字。桌面两栏布局里的大图，到了手机上可能被排到下方；同一模板的不同页面，也可能有不同候选。应在目标视口、真实内容和确定的同意状态下录制，不凭页面设计稿指定LCP。
找到对应元素后，检查实际DOM和初始HTML。区分普通src、srcset、CSS背景图，以及只有data-src、要靠脚本才变成有效地址的情况。浏览器预加载扫描器不能把自定义数据属性当成正常图片来源。某些图片插件会重写HTML，因此后台选项已经取消懒加载，也不代表最终输出正确。
原创场景插画：视口内的主图与下方细节图承担不同加载任务。分界仅解释位置，不表示所有页面的LCP都一定是图片。
lazy为什么可能让首屏图晚一步
原生懒加载需要浏览器判断图片与视口的关系，可能比正常发现后就调度的路径更晚。Google的LCP优化文档直接提醒不要懒加载LCP图，因为它会引入不必要的资源加载延迟。首屏图片偶尔仍会很快被加载，不能用一次快结果否定这个风险。
先做最小改动：让目标主图在初始HTML里有真实可用的图片地址，移除lazy；必要时明确loading="eager"。对已经确认的重要主图，可加fetchpriority="high"提示优先级。这个属性是调度提示，不会把图片变成独占网络的任务，也不能替代正确的发现时机。
<img src="/images/gear-main.webp"
width="1200" height="800"
alt="齿轮组件正面结构"
loading="eager"
fetchpriority="high">这是教学代码，图片地址须替换为项目实际资源。宽高用于提供固有比例，响应式样式仍要保持比例，避免为解决LCP又带来布局移动。不要把全部图片都设为high；主图和隐藏轮播图一起争取高优先级，反而削弱了区分轻重的作用。
什么时候才需要preload
如果主图已经以普通img出现在文档靠前位置，浏览器能尽早发现，不要为了“属性越多越快”再叠加预加载。预加载更适合资源发现确实偏晚的情况，例如重要CSS背景图必须等样式表下载后才能找到。先在瀑布图中确认发现延迟，再选择对策。
响应式图片尤其需要小心：预加载的地址、类型、跨源模式或候选集合与img不匹配，可能引发浪费甚至额外请求。按照响应式图片预加载文档，使用响应式预加载时，应让imagesrcset和imagesizes与实际图片选择规则一致，并检查实际网络结果。相关验证可见srcset、sizes与currentSrc选图排查。不要给桌面图硬写一个preload，再让手机另下裁切版本。
移除lazy后还慢，按时间段继续拆
- HTML本身晚到：图片再早写进HTML也要等文档返回，先看重定向、缓存和服务端响应。
- HTML已到而图片很晚才请求：检查是否仍经过脚本初始化、CSS发现或组件隐藏条件。
- 请求早但下载久：检查实际候选尺寸、传输体积、连接和缓存状态，不要只看原始文件的大小。
- 图片下载完仍迟迟不显示：看解码、渲染阻塞样式、主线程任务，以及动画是否把首图隐藏到初始化结束。
例如一张假设的产品图在Network里已经完成下载，但容器保持opacity:0，直到轮播脚本运行才显示。继续提高fetchpriority并不能缩短这段等待。此时应转向轮播首图发现与渐进增强，把加载与显示两条路径分别检查。
需要把图片加载修复与页面技术检查一起安排时，可参考光算谷歌SEO服务中的网站代码优化及移动端适配方向。哪些模板要改、是否涉及图片插件或轮播组件、由谁复测，按具体项目确定。首图的正确加载策略应落实在最终HTML和实际请求上，而非停留在插件设置截图里。
把修复落在正确的模板层
若只有产品页首图需要例外，不应直接关闭文章图库、推荐区和整个站点的懒加载。先确定生成主图的是模板、图片插件还是前端组件，再在实际输出位置处理。为某个文件名写死例外容易随换图失效；按明确的组件职责设置策略，更便于新产品沿用。涉及公共模板时，先确认修改权限与影响范围。
图片服务可能按查询参数返回不同尺寸，也可能在CDN层改写格式。复测要保留完整实际URL，确认优化后的HTML引用的是新候选，而非浏览器缓存里的旧资源。若插件再次保存页面会覆盖人工属性，应修正可维护的配置或渲染逻辑，不要只在浏览器里改DOM后就报告完成。
最终截图看不到请求顺序，后台配置截图也看不到页面是否被其他层重写。把初始HTML中的主图节点、实际网络发起时间和显示状态一起保存，才能定位改动生效在哪一步。
下方图片仍可保留懒加载
修正主图不代表关闭全站图片优化。规格细节、装配过程或相关文章图片位于较后位置，可以按需懒加载并设置固有尺寸。浏览器的懒加载距离会受实现与条件影响，不能承诺“只有滚进视口才发请求”。页面一旦改版，首屏内容顺序变化，就应重新检查例外名单。
验收至少覆盖手机与桌面、冷缓存与回访、图片失败状态。看主图是否更早开始请求，是否多下载了无用候选，以及页面有没有抖动。实际LCP变化须用同条件多轮实验及后续真实用户数据判断，不能单凭属性修改就写“速度提升”。