HEIC 转 WebP
把 HEIC 文件拖到下方，即可得到 WebP 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 HEIC
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 HEIC 转成 WebP？
大量网站、内容管理系统和较老的桌面软件会直接拒绝 HEIC 文件。WebP 几乎在任何地方都能被接受——单是这一条，就构成了这类转换的绝大部分需求。
转换后的 WebP 文件会比原来的 HEIC 更大。这是换取 WebP 更广的兼容性和更简单的解码所要付出的代价。
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
在所有离开 HEIC 的路里，这一条交出去的最少。你是在两个现代编解码器之间移动，而不是往回退三十年，所以文件依然很小；WebP 保留透明，当前在用的每个浏览器都能显示它。如果目的地是网页，这通常是正确的选择 —— 人们改选 JPEG 的理由是浏览器之外的兼容性，不是画质。
转换之前
文件体积和原来相差不大
HEIC 和 WebP 大致属于同一个效率档次 —— HEIC 略占优，但差距远不及它俩与 JPEG 之间的距离。预计转出的 WebP 会落在原 HEIC 附近，而不是翻一倍。对任何要放到网站上的图，这就是优先走这条路最实际的理由。
出了浏览器就尴尬了
浏览器这边 WebP 已成定局，邮件客户端、印刷店、老一些的桌面编辑器和不少上传表单则不然。如果这些照片是要给某个人而不是放到页面上 —— 作为邮件附件、交给印刷服务 —— 那你只是把一个兼容性问题换成了一个稍微少见一点的。能终结这个话题的格式是 JPEG。
容器里的附加内容照样留在原地
在压缩上 WebP 和 HEIC 更般配，但它仍然是个单图格式。连拍序列、人像深度图、Live Photo 动的那一半都无处安放，和 JPEG、PNG 的情况完全一样。标准 EXIF —— 时间、位置、相机参数 —— 会正常带过来。
会保留下来的
- 原有压缩效率的大部分
- 透明通道
- 拍摄时间、GPS、相机参数
过不来的
- 连拍序列与深度图
- Live Photo 的动态部分
- 邮件与老旧桌面软件的支持
HEIC 与 WebP 对比一览
| 属性 | HEIC | WebP |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 50-60% | 约为同等 JPEG 的 65-75% |
| 兼容性 | 苹果设备原生格式；网页上传时常被拒绝 | 所有主流浏览器和绝大多数应用都支持 |
| 常见来源 | iPhone 和 iPad 的照片库 | 为减小页面体积而优化的网站 |
常见问题
我的 HEIC 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 WebP 会损失画质吗？
WebP 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
为什么 iPhone 把照片存成 HEIC？
苹果从 iOS 11 开始改用 HEIC，因为同样一张照片，它只需要 JPEG 大约一半的空间。代价是在苹果生态之外支持零散，这也正是大量上传被拒绝的原因。你可以在「设置 → 相机 → 格式 → 兼容性最佳」里让相机改拍 JPEG，代价是放弃这部分空间节省。
WebP 用在网站上安全吗？
安全。所有现行浏览器都支持它，覆盖约 97% 的访客。剩下的缺口来自老旧软件而非老旧浏览器——少数桌面看图软件和较老的 CMS 上传表单仍然会拒绝它。