客服接到反馈，说上传的WEBM视频打开后只有声音，画面一片黑。用户第一反应往往是文件坏了，要求重新上传；维护人员的第一反应则可能是浏览器不兼容。这两种判断都下得太早。只有声音没有画面，至少涉及容器轨道、编码格式、上传转码和响应头四个环节，任何一层出问题都会呈现相似症状。跳过分层核对直接换文件或换浏览器，很容易把偶发问题当成普遍故障。
先看容器与轨道信息。在浏览器开发者工具中打开控制台，播放该视频，观察媒体元素是否抛出解码错误，同时在网络面板确认视频请求的返回状态是否为完整响应。如果请求被中断或返回部分内容，问题可能出在传输层而非编码层。接着用本地播放器打开同一文件，若本地同样无声无画，说明文件在上传前就已损坏；若本地正常而网页异常，则问题在服务端或浏览器侧，范围立刻缩小一半。
第二层核对视频编码格式与解码支持。WEBM是容器，里面装的视频轨可能是VP8、VP9或AV1，音频轨通常是Opus或Vorbis。不同浏览器内核对这些编码的支持并不一致，较旧的浏览器版本可能只认VP8，对VP9支持不完整，AV1的支持范围更窄。核对方法是查看文件的编码信息，再对照目标浏览器的实际支持情况，用同一文件在多个内核的浏览器中分别播放，出现“有的能看有的不能看”，基本可以锁定编码兼容问题。
第三层核对上传转码环节。不少网站会在服务端对上传视频做统一转码，如果转码参数只配置了音频流，或视频流因分辨率、码率超限被丢弃，产出的文件就会只剩声音。此时应查看转码任务的日志和输出文件的轨道信息，确认输出是否包含视频轨，以及转码模板是否遗漏视频参数。这一层最容易被忽略，因为原始文件完好，问题出在中间处理环节。
第四层核对响应头与MIME类型。视频文件的Content-Type如果被设置成通用二进制流或错误的类型，浏览器可能不启用对应的媒体播放器，表现为只解析出音频。核对响应头中的类型声明是否与WEBM格式匹配，并确认服务端没有对媒体文件启用会改变内容的压缩或改写策略。
可执行的排查清单如下：第一步本地播放验证文件完整性；第二步开发者工具查看媒体报错与请求状态；第三步读取文件编码信息并跨浏览器复测；第四步检查服务端转码日志与输出轨道；第五步核对响应头类型声明。按顺序走完，多数问题能定位到具体一层。
维护边界也要说清楚。编码标准在演进，浏览器对各编码的支持策略会随版本调整，具体支持范围应以浏览器官方文档和实际测试结果为准。涉及转码参数和服务器配置的改动，应在测试环境验证后再上线。it数运在处理此类媒体播放问题时，通常按轨道、编码、转码、响应头逐层排查，把每一步的结论记录下来，避免同类问题反复出现。
