商品图上传后透明背景变黑底，是网站维护中反馈较多的一类问题。图片在本地查看一切正常，放到网页上却换了模样，不少人第一反应是重新上传，传完发现依旧如此。多数情况下图片文件本身没有损坏，真正的原因在于透明通道在某个处理环节被丢掉了。WebP格式确实支持Alpha透明，但支持是一回事，链路上任何一环处理不当，透明区域都可能被填充成黑色。下面按四个层面逐一核对，顺序从源图到浏览器，逐层排除。
第一层：确认源图是否真的带透明通道
先把原图下载回本地，用图片工具查看通道信息，确认Alpha通道存在，并且透明区域没有被提前填色。这里要区分有损WebP与无损WebP：有损压缩在部分编码参数下对Alpha的处理方式不同，透明边缘可能出现杂色或被简化。如果源图本身就是有损WebP且透明区域较大，建议保留一份带Alpha的原始素材作为对照，避免后续排查时失去基准。
第二层：核对服务端转码
图片上传后常会经过压缩、缩放、格式转换等处理，问题往往就出在这一步。检查转码工具是否开启了丢弃Alpha的选项，是否在缩放时把透明区域与黑色背景做了合并，是否输出了不带透明通道的派生图。一个实用的判断方法是：直接访问服务端生成的图片地址，看它本身是否已经是黑底。如果派生图已经变黑，说明问题在转码环节，需要调整参数而不是反复重传。
第三层：核对页面容器与样式
图片本身透明，但父元素设置了深色背景，或者加了滤镜、混合模式，视觉上就会呈现黑底效果。排查时把图片单独放到一个空白页面打开，对比显示是否正常。同时检查图片标签外层容器的背景色、遮罩层和透明度相关属性，确认没有样式把透明区域“染”成黑色。
第四层：核对浏览器兼容与回退
较旧的环境对透明WebP支持不完整，遇到不支持的格式时可能显示异常。合理的做法是准备降级顺序，比如优先WebP，不支持时回退到带透明的PNG，并确保回退逻辑在服务端或前端都能正确触发。回退图同样要保留Alpha，否则等于换了个格式继续黑底。
把以上环节串起来，可以得到一份从源图到上线的检查清单：源图确认带Alpha通道；转码参数确认保留透明；派生图单独访问验证；页面容器背景与滤镜排查；浏览器兼容与回退图验证。it数运在网站维护中通常把这类问题归入上传链路的常规核对，先定位是哪一层丢了透明，再改对应参数，避免盲目重传浪费时间。透明通道问题多数出在转码与容器两侧，顺序对了，排查就快了。
