WebM 与 MP4

MP4 是直接分享、剪辑和未知播放设备的安全单文件选择。WebM 是面向浏览器分发的强大开放格式，支持 VP9 或 AV1 视频及 Opus 音频。在网站上同时提供两者，可将现代压缩技术与可靠的回退方案结合。

WebM 和 MP4 是容器

容器包含视频、音频、字幕、时间信息和元数据。编解码器压缩其中的数据流。仅比较 .webm 和 .mp4 会掩盖对质量、大小和播放影响最大的选择。

若一个文件包含 H.264 而另一个包含 HEVC，两个 MP4 文件的实际表现可能截然不同。若一个使用 VP9 而另一个使用 AV1，两个 WebM 文件也可能存在差异。做出技术决策时，务必指明编解码器组合。

兼容性取决于编解码器组合

当文件需要用于电子邮件发送、上传至未知服务、插入演示软件或在混合硬件上打开时，带 H.264 视频和 AAC 音频的 MP4 仍是最可靠的组合。其优势在于覆盖范围，而非绝对的压缩效率。

带 VP9 或 AV1 视频和 Opus 音频的 WebM 专为网络媒体设计，在现代浏览器工作流中表现良好。旧设备或部分剪辑软件可能仍显吃力，尤其是当应用支持 WebM 容器但不支持其内部特定的编解码器配置时。

MDN 在其 媒体容器指南 中建议，将 WebM 视为开放网络格式，将 MP4 视为通用兼容格式。验证对受众最重要的最旧浏览器、设备、剪辑软件和上传服务，而非仅依赖扩展名。

文件大小和质量并非扩展名的属性

WebM 并不总是比 MP4 小，MP4 也不天生质量更高。在时长相同的情况下，总码率主要决定文件大小。编解码器效率、编码器设置、源素材复杂度、分辨率和帧率决定该码率能保留多少质量。

精心编码的 VP9 WebM 在受限码率下可能优于粗制滥造的 H.264 MP4。反之亦然。不要依据未经证实的百分比数据选择格式。

使用公平的比较方法：

1. 从相同的源母版开始。
2. 保持时长、分辨率、帧率和音频处理一致。
3. 从源素材分别编码各候选文件，而非从另一个压缩文件转换。
4. 在正常播放和全屏下比较相同的困难帧。
5. 在实际目标环境中测试播放。

为每个分发目标选择格式

不要仅因分享方便就替换原始文件。保留相机文件或高质量剪辑导出，然后为每个目标创建较小的副本。

在网站上提供带 MP4 回退的 WebM

HTML 允许浏览器按顺序尝试多个源：

<video controls width="1280" height="720" preload="metadata">
 <source src="demo.webm" type="video/webm" />
 <source src="demo.mp4" type="video/mp4" />
 Download the <a href="demo.mp4">MP4 video</a>.
</video>

MDN 记录了此 多容器回退模式 。设置实际的 width 和 height 属性以预留布局空间，若视频非装饰性则包含 controls，并通过暂时移除第一个源的支持来测试回退。

对于生产环境网站，还需考虑字幕、海报图片、减少动画行为，以及视频是否必须位于首屏。

转换不造成可避免的质量损失

仅更改容器称为转封装（remuxing）。当现有视频和音频编解码器在目标容器中有效时，它可以快速且无损。它不会使已编码的数据流变小。

当目标不支持源编解码器，或需要更低码率、更小分辨率或不同音频格式时，需要重新编码。从原始母版重新编码一次。将 WebM 转换为 MP4 再转回 WebM 会应用两次有损压缩，无法恢复已丢弃的细节。

在转换工具之外的播放器中验证转换后的文件。检查时长、音频同步、字幕（如有）以及接近结尾处的快进。

有关实用的转换路径，请参阅 在 Mac 上将视频转换为 MP4 或 在 Windows 上 。编解码器背景知识： VP9 和 AV1 是什么 。

何时只需简单的 MP4 分享

当收件人未知、上传表单列出 MP4，或需要一个能在电子邮件、聊天和幻灯片中打开的单文件时，单个 H.264 MP4 即可胜任。

当控制网站并希望获得现代压缩配合回退方案时，准备 WebM 加 MP4 组合。 GetCompress 可在本地转换和压缩常见视频格式以生成这些分发副本，包括 WebM 和 MP4。当收件人未知时，使用广泛兼容的 MP4 预设。网站的 HTML、字幕、缓存和性能预算仍需单独实现和测试。精确的目标文件大小仅适用于视频工作流。