上传一段WEBM格式的视频后，页面能正常加载，声音也播得出来，但画面不是一直黑屏，就是卡在第一帧不动，拖动进度条倒是不受影响。这类“有音无画”的现象在网站维护中并不罕见，不少人的第一反应是文件坏了，可实际上文件常常是完整的，症结在于WEBM这种容器与浏览器解码能力之间的匹配。WEBM属于容器格式，内部既可以封装VP8、VP9、AV1等视频编码，也可以封装Opus、Vorbis等音频编码。音频轨道通常兼容性较好，视频轨道对编码和参数则更挑剔，只要有一环对不上，播放器就可能退化成只放声音。
第一步先确认文件本身的情况。用本地播放器或媒体信息工具打开该文件，看清楚视频轨道是否真实存在，而不是只剩一条音频轨道。有些文件在导出时勾选了“仅音频”，或者视频轨被误删，容器里就只留下声音。同时记录视频编码名称、分辨率、帧率和音频编码，判断这些编码是否落在目标浏览器的支持范围内。VP9和AV1在不同浏览器版本间的支持情况并不一致，编码本身没问题，版本偏旧同样可能解不出来。
第二步检查转码环节。如果文件是经过服务端或后台转码后再下发的，重点看转码参数。常见原因是转码命令只映射了音频流，视频流被丢弃；或者选用的编码器与容器不匹配，导致视频轨写入失败，但任务仍然显示成功。核对转码日志里有没有视频轨输出记录，比较源文件与输出文件的轨道数量，必要时用同一源文件重新转一次，确认输出结果是否稳定。
第三步检查前端播放器。查看播放器初始化时对WEBM的支持声明，是否只声明了音频能力，是否缺少视频解码的回退逻辑。有些播放器在检测到某个编码不支持时，会静默切换到纯音频模式而不给出提示。检查控制台是否有解码相关报错，确认播放器版本与浏览器版本的组合是否被官方文档列为支持。
第四步检查服务端响应。确认返回的MIME类型是否为video/webm，类型错误会让浏览器按错误方式处理响应。如果启用了分片返回，检查分片范围是否覆盖了视频轨所在的数据段，分片计算错误可能导致音频段正常、视频段缺失。同时留意压缩或缓存层是否对二进制内容做了改写。
把以上四步整理成一份核对清单：文件轨道清单、编码与浏览器版本对照、转码日志与输出轨道比对、播放器支持声明与控制台报错、响应头MIME与分片范围记录。每层记录实际观测值，而不是只写“正常”。it数运在网站维护中处理这类问题时，习惯按文件、转码、播放器、服务端四层逐项收口，先定位断点再改配置，避免反复重传文件浪费时间。
需要提醒的是，各浏览器对WEBM及内部编码的支持会随版本变化，具体以浏览器官方兼容性文档和实际环境测试结果为准。
