同一张图片，在自己的新电脑上打开没问题，换到单位那台旧电脑却只剩一片空白，偶尔还会跳出下载提示。文件能下载、能打开，说明图片本身大概率没有损坏，真正的问题往往出在浏览器对图片格式的解析能力上。WebP压缩率高、体积小，近几年被大量采用，但并非所有浏览器版本都能顺利解码。网站维护中碰到这类反馈，先别急着让用户换浏览器，而应按照顺序排查格式与回退策略。
先确认图片的真实编码格式
文件后缀写着.webp，不代表内容一定就是WebP。有些图片经过多次转换、重命名或批量处理，扩展名和实际编码可能已经对不上。可以把图片下载到本地，用系统自带的属性信息或常用看图工具查看详细格式，也可以直接查看文件头部的特征字节。只有确认真实格式，后面的判断才有依据。如果发现后缀与实际编码不一致，应先统一命名，避免服务端和浏览器各自做出不同判断。
理解浏览器的支持差异
较新的浏览器版本普遍支持WebP，但一些旧版本、部分企业内网定制浏览器、老旧系统自带浏览器可能不支持。这类浏览器遇到无法解码的图片时，表现并不统一：有的显示空白，有的显示破图图标，有的直接触发下载。因此不能只凭前端页面上“看起来正常”就认为没有问题，前端展示只是当前测试环境的结果，不代表所有访问者都能看到。
确定回退思路
常见做法是服务端根据请求头中的Accept字段判断浏览器是否声明支持WebP，支持则返回WebP，不支持则返回JPG或PNG副本。如果服务端不方便做判断，也可以在前端使用picture标签，按顺序提供多种格式来源，让浏览器自行选择。无论采用哪种方式，都要保证回退资源真实存在、路径正确、权限可访问，否则回退会变成另一种形式的空白。
上线前做一轮检查
至少在两到三种浏览器上验证，包括一个较旧版本；清理缓存后重新访问，避免旧缓存掩盖问题；单独打开回退图片的地址，确认能正常加载；检查图片地址是否带有格式相关的参数，防止参数写死导致回退失效。如果网站有图片压缩或裁剪服务，还要确认回退格式是否同样经过处理，避免尺寸和清晰度出现明显差异。
把格式策略记录下来
维护文档中可以写明：当前主用格式是什么，回退格式是什么，回退触发条件是什么，哪些目录存放兼容副本，新增图片时该走什么流程。这样下次再遇到类似反馈，不必从头猜起。it数运在处理网站维护类问题时，通常会把这类格式策略纳入日常检查项，因为图片兼容问题往往不是一次性故障，而是会随着新图片不断上传而反复出现。
图片格式回退并不复杂，关键是别把“我这里能看”当成结论。先确认真实格式，再确认浏览器支持范围，然后准备可用的回退资源，最后用检查清单收尾。按这个顺序处理，大多数旧浏览器看不到WebP的问题都能定位清楚。
