网站上的WEBM视频能正常播放，进度条却怎么拖都不动，点击任意位置画面还是从头开始。这类现象和“视频完全打不开”要分开看：完全无法播放，通常指向文件损坏、编码不支持或路径错误；能播放却不能拖动，说明解码链路基本通畅，问题多半出在“定位能力”上。维护时先把这两种情况分清，能少走很多弯路。
第一层，核对文件本身是否具备可定位条件。WEBM基于Matroska容器，拖动进度条依赖文件中的关键帧索引和时长元数据。如果转码时没有写入索引，或时长字段缺失、数值异常，浏览器就不知道往哪里跳。另一个常见原因是文件在转码或上传过程中被截断，尾部数据不完整，播放器只能顺序读取。核对方法不复杂：在浏览器中打开视频页面，按F12进入开发者工具，切到网络面板，刷新后找到该WEBM请求，查看响应大小与服务器上的实际文件大小是否一致；再切到控制台，用document.querySelector选中视频元素，读取duration属性，如果显示为Infinity或明显偏离实际时长，就要怀疑元数据问题。这一步只做记录，不急着改代码。
第二层，核对服务端是否支持字节范围请求。进度条拖动的本质，是浏览器向服务器请求文件中间某一段字节，也就是Range请求。如果服务器对视频请求返回的状态码是200而不是206，或者响应头中没有Accept-Ranges: bytes，浏览器就拿不到分段数据，只能整段下载，拖动自然失效。核对时在开发者工具的网络面板中查看该视频请求的响应头，重点看状态码、Accept-Ranges和Content-Range三项。还要注意分片返回是否稳定，有些环境前面几个分片正常，后面突然返回整文件，表现就是拖到中后段卡住。这一层的问题通常不在页面代码，而在托管配置或中间代理环节。
第三层，核对网页播放器的配置。有些播放器默认开启强制流式模式，或者为了省流量关闭了进度控制，还有的预加载策略设置为仅元数据，导致可拖动范围受限。核对时先确认播放器是否显式禁用了进度条交互，再检查是否启用了与流式播放相关的选项。如果播放器封装较深，可以临时换一个最简video标签加载同一地址做对照，若原生标签能拖动而播放器不能，问题就锁定在播放器配置上。
整理成一份核对清单：文件层记录文件大小、duration值、索引是否完整；服务端层记录状态码、Accept-Ranges、Content-Range和分片一致性；播放器层记录进度控制开关、流式选项和预加载策略。判断顺序建议从文件到服务端再到播放器，因为前两层属于数据和传输基础，基础不牢时调播放器参数往往无效。
it数运在网站维护中通常坚持一个原则：先定位问题在哪一层，再决定改什么。进度条拖不动，盲目替换播放器是最容易做却最少见效的动作。把三层信息记录清楚，多数情况下能直接指向唯一原因，后续修改也更容易验证。
