同一个视频文件在别的浏览器里能正常播放，换到Safari却只剩一个黑框，或者一直转圈加载。遇到这种情况，很多人的第一反应是文件损坏了，于是重新上传一遍，结果依然如故。事实上，WEBM在Safari中打不开，多数时候并不是文件本身出了问题，而是编码支持与封装格式叠加在一起形成的兼容性障碍。想要定位清楚，需要按层次逐项排查，而不是反复更换文件。
第一层：核对容器与编码组合
WEBM只是一个容器，里面封装的可能是VP8、VP9，也可能是AV1。不同版本的Safari对这些编码的支持程度并不一致，较早的版本对VP9支持有限，AV1则更要看系统版本。维护时不要只看文件扩展名，应当用媒体信息工具读出真实的视频编码和音频编码，再对照目标用户所使用的浏览器与系统版本进行判断。如果编码本身就不在支持范围内，后面无论怎么调整播放器都没有意义。
第二层：核对服务端返回的MIME类型
有些服务器对WEBM文件返回的Content-Type并不准确，浏览器拿到无法识别的类型，会直接放弃播放，表现出来的现象和编码不兼容非常相似。检查响应头里的Content-Type是否为video/webm，同时确认文件没有被压缩传输或改写。类型写错的情况在迁移服务器、调整CDN规则之后尤其常见，属于容易被忽略但排查成本很低的一项。
第三层：核对页面播放器配置
检查source标签的排列顺序，是否把WEBM放在了前面却没有提供备用MP4源。合理的做法是让浏览器按顺序选择自己能播放的格式，同时给播放器绑定错误事件监听，一旦加载失败能在控制台留下记录，而不是静默失败。缺少回退源时，不支持WEBM的浏览器就只能显示空白。
上线前可以按四项自检：文件信息是否读清真实编码，响应头类型是否正确，播放器是否有备用源和错误监听，回退方案是否在目标浏览器实测过。四项都过一遍，大多数播放问题能在发布前发现。
维护流程上，更稳妥的做法是在上传环节增加格式白名单和自动转码提示，让不兼容的编码在入库时就暴露出来，而不是等用户反馈。it数运在网站维护中的核对思路也是如此，先把文件层、服务层、页面层分开看，再决定改哪一处，避免在错误的方向上反复试错。
