在线视频下载器的原理：从网页链接到可保存的文件

先说结论

视频下载器保存的不是你眼前的网页，而是播放器背后那条媒体流。无论用的是命令行工具，还是网页端服务，流程都能拆成三步：解析可用格式、取回选中的媒体流、处理成能保存的文件。网页地址只是起点，文件来自另一次媒体请求。

适用与不适用

适用的情况，是单条已录制、公开、无需登录即可观看，并且时长确定的视频，来源可以是 YouTube（含 Shorts）、TikTok、Instagram（含 Reels）、X/Twitter 或 Reddit。来源比 5 分钟长也可以提交，因为在线只保存开头一段。

不适用的情况包括：私密或需要登录的帖子、直播、DRM 保护内容、播放列表或频道批量展开，以及从播放器网络面板复制出来、已经过期或绑定当前浏览器会话的媒体地址。来源如果拒绝向服务器提供媒体，网页表单也无法替它放行。

具体参数与限制

输出被限制在 1280×720 以内，画面按原比例缩放，小尺寸来源不会被放大。视频和音频都从 0 秒开始保存，最长 5 分钟（300 秒）。网站不限制媒体文件大小，但来源时长必须已知且大于零。

输出格式只有三种：MP4、WebM 和 MP3。MP4、WebM 必须带有效宽高；MP3 只含音频，宽高记为 0×0，并且必须存在真实音轨。使用在线服务不需要账号、积分，也没有每日下载额度。

常见失败与原因

解析阶段就可能失败：链接不是受支持的已录制视频、时长未知，或者来源页面已经变化到无法识别。平台在支持列表里，不等于每一条帖子都能取到。

解析成功后，获取仍可能被来源拒绝：返回 403、要求登录、限制地区，或者媒体地址在分析和下载之间过期。浏览器里的 CORS 报错是另一回事，它说的是一个来源的脚本不能随意读取另一个来源的响应，并不意味着你拿到了保存许可。

处理阶段失败，通常是取回的流无法生成要求的输出，或者最终文件的时长、尺寸没有通过校验。来源拒绝时，重复提交同一个任务不会改变结果；重新分析原始页面才是有意义的重试。

操作步骤

打开单条公开视频，复制页面或分享链接，不要从开发者工具里拿媒体地址。同时确认内容归你所有，或者你已经获得保存许可。

把链接粘贴到在线表单，先运行解析。看清标题、来源时长和这次实际返回的格式，不要拿另一条视频的选项来假设。

选择 MP4、WebM 或 MP3，只启动一个准备任务，并保持页面打开。重复创建任务不会让队列变快。

结果就绪后，在临时链接过期前保存文件。浏览器会询问保存位置；只看到“已就绪”不等于文件已经落到你的设备上。

取舍

把解析、获取、处理和保存分开看，比只盯着一个笼统的失败提示更有用。对一条允许保存的公开视频，在线方式是最短路径：不用登录，能拿到开头 5 分钟、最高 720p 的文件。

代价也很明确：没有自定义起点，不能保存完整长视频，也碰不了私密、直播或 DRM 内容。需要完整文件时，应改用桌面应用；无论走哪条路，都保留原始页面链接，方便重新开始。