媒体排除项可能按完整地址或部分字符串匹配，过宽的目录、文件名或类名会影响多张图片。应先确认真实首屏对象和具体规则类型，再用最小匹配范围验证桌面与手机，不能把所有图片统一排除。
先找用户真正看到的主图
分别在桌面和手机初始视口检查图片、背景和轮播，记录实际加载URL与元素类型。封面图可能按设备选择不同尺寸，CSS背景也不一定由同一懒加载机制控制。不要只根据媒体库原图名称填写规则，页面可能实际使用另一衍生文件。
理解每个排除框的语义
LiteSpeed区分图片地址、图片类名、父级类名和页面URI等排除项，放错位置会完全不同。官方说明图片地址排除可使用部分字符串且不使用通配符。将整个上传目录或通用类名填入，可能排除全站图片，应避免凭经验混用正则和星号。
核对生成后的实际属性
保存后查看公开HTML和加载时机，检查目标图是否仍有另一插件或主题施加的懒加载。仅后台看到规则不代表最终生效，反过来所有图片立即加载也不算成功。具备VPI等服务时还需核对职责，别叠加多个独立自动判断后失去控制。
用页面任务判断优化收益
以首屏内容是否及时显示、布局是否稳定和下方图片是否按需加载验收，比较弱网手机实际体验。轮播里未显示的大图不应因共享类名全部抢带宽。保留能说明匹配范围的记录，页面换图或改组件后重新核对，不把一次排除当成永久规则。
关键区别
地址匹配：按完整或部分字符串；过宽会影响整目录。
类名排除：依据图片或父级类；通用类会扩大范围。
页面URI排除：作用于页面图片机制；并非只排除一张图。
怎样确认处理到位
目标首屏图按预期及时加载，其他图片仍按需加载，桌面手机布局稳定，未被第二套懒加载覆盖，排除规则与具体组件能对应。
容易误判的边界
首屏不是所有设备固定高度内的同一张图，图片和CSS背景也不能套同一规则。不承诺把全部懒加载关闭就能提高体验或性能评分。
