HEIC 转 WebP — 在线把 iPhone 照片转成网页友好格式，兼顾体积与透明通道

HEIC 转 WebP 是为要放进网页的照片准备的。HEIC 在手机里省空间很在行，但绝大多数浏览器根本不认这个容器，直接把 iPhone 原图传到站点上，访客看到的可能是一片空白；WebP 则被近几年的主流浏览器全面支持，既有有损模式把照片压到很小，也能单独携带透明通道，一张图不必在体积和透明之间二选一。这里先在浏览器里把 HEIC 完整解码，再用质量滑块重新编码成 WebP，数值越高细节越完整、文件也越大，零点八上下通常是不错的起点。支持一次导入多张，批量列表并排给出原体积与输出体积，预览区可用上一个、下一个逐张切换，左右两边对比边缘和渐变。目标格式默认 WebP，下拉里随时能换成 JPG 或 PNG，已解码的图片会自动重新导出。老版本 Safari、旧看图软件和部分打印系统仍可能打不开 WebP，对外分发时建议用 picture 标签准备一份 JPG 兜底。解码优先走浏览器原生能力，不行再调本地 WASM 解码器，全程不上传。

导入图片

把 HEIC、HEIF 图片拖到这里，或点击选择文件支持一次导入多张，也可以按 Ctrl+V 粘贴剪贴板里的图片同时接受 AVIF、JPG、PNG、WebP 等常见图片 · 单个文件不超过 40.00 MB · 最多 30 张选择图片

目标格式

输出格式

三种格式共用同一份解码结果，切换后会自动重新导出，不用重新导入图片。

WebP 兼顾体积与透明通道，适合放进网页；很老的 Safari 和旧版看图软件可能打不开。

压缩质量 88%

数值越高细节越完整、文件越大。照片建议放在 0.85 上下，截图可以再调高一点。

额外旋转

个别 HEIC 的方向信息写在容器属性里，解码后可能横着显示，用这里手动校正。

文件名后缀

留空即用原文件名，导出时自动换成对应的扩展名。

预览与导出

导入图片后，这里可以并排查看或滑动对比原图与转换结果。

批量列表

0 / 0 已完成

还没有导入图片。

操作说明

把 HEIC、HEIF 照片拖进导入区，或点选择图片一次挑多张；按 Ctrl+V 也能粘贴截图。工具读文件头判断真实容器，扩展名写错不影响结果。
目标格式保持默认的 WebP，先把质量放在零点八上下看一眼输出体积，再左右微调：大片天空压得太狠会起色块，文字与图标边缘则要留意是否发虚。
带透明区域的素材可以打开棋盘格核对边缘；极少数 HEIC 的方向属性解码不一致，横着显示时用额外旋转校正，改完会自动重新导出。
用上一个、下一个逐张并排比较，确认后下载当前或整批打包 ZIP。上线时建议给 picture 标签配一份 JPG 兜底，照顾仍不支持 WebP 的旧客户端。

常见问题解答

为什么不能直接把 HEIC 放到网站上？

因为浏览器基本不认这个容器。HEIC 是 ISO 基媒体文件格式加 HEVC 帧内图像，Safari 在自家平台能读，Chrome、Edge、火狐和普通图片标签里通常直接显示空白或触发下载。即便访客的手机能打开，服务器、CDN、缩略图服务和内容管理系统也未必处理得了。转成 WebP 之后所有主流浏览器都能直接渲染，体积还比 JPG 更省。

转 WebP 一定比原来的 HEIC 小吗？

不一定。HEIC 用的 HEVC 帧内编码效率很高，尤其是手机拍的大尺寸照片，转成有损 WebP 有时反而变大。收益最明显的是拿它替换网站上的 PNG 或高画质 JPG，以及带透明背景的大图。页面会直接列出压缩前后的体积和百分比，先看数据再决定要不要留这一版，别只凭格式名字下结论。

透明背景还在吗？

在。WebP 的 RIFF 容器可以单独携带一段 alpha 数据，全透明区域和半透明羽化边缘都能保留，打开棋盘格就能确认。这和 JPG 完全不同，JPG 必须把透明区合成到某个底色上。不过要注意，如果 HEIC 原件本身是相机拍的不透明照片，输出自然也不会凭空产生透明像素。

质量拉到一就是无损 WebP 吗？

不是。网页画布只提供有损编码接口加一个质量参数，设到一得到的仍是损失极小的有损结果。libwebp 确实有独立的无损模式和近无损参数，但浏览器没有把这层配置开放给 JavaScript，本工具也没有引入 WASM 版编码器，所以不会把按钮标成无损。需要严格无损请用 PNG 那一页。

别人打不开我发的 WebP 怎么办？

很老的 Safari、部分旧版办公软件和打印系统确实不认 WebP，iOS 14 与 macOS Big Sur 之前的苹果设备尤其常见。用于网站时最稳的做法是用 picture 标签同时准备一份 JPG，由浏览器自己挑；要直接用聊天工具、邮件发给别人或送进旧系统，把下拉切到 JPG 再导出一次即可，已解码的图片不用重新导入。

概念

WebP 的出身是视频编码：2010 年谷歌以 VP8 的关键帧压缩为蓝本发布它，用帧内预测先猜当前块，只把残差送进变换与布尔算术编码，因此照片和渐变能用更少的比特描述。容器基于 RIFF，可以同时放有损图像数据、独立的透明数据、元数据和动画帧，透明边缘不会像转 JPG 那样被强行填成底色。需要说清楚的是，浏览器画布只暴露了有损编码接口加一个质量参数，质量设到一也只是接近无损，libwebp 里真正的无损模式和近无损参数并没有开放给网页，所以本工具不会把它标成无损。HEIC 那一端是 HEVC 帧内编码，同样是有损；转换等于解码一次再编码一次，属于二次有损，把质量留在零点八以上肉眼基本无感。另外，HEIC 常带的广色域和十位 HDR 会在解码时映射成画布的八位 sRGB，极高光层次可能被压平。信息栏直接给出压缩前后体积和百分比，先用数据判断这一版值不值得上线。

历史与由来

时间线可以分成三段。第一段从 2010 年 9 月开始：前一年谷歌收购了视频编码公司 On2 Technologies，拿到 VP8，随后以它的帧内编码为蓝本发布 WebP，用 RIFF 容器装载压缩后的图像数据。首版只有有损模式，2011 年补上带 alpha 通道的扩展，2012 年前后又加入独立的无损编码、元数据与动画，libwebp 参考实现一路开源，被 Chromium、Android 和大量服务端工具链采用。第二段是漫长的推广：Chrome 很早就支持，火狐到 2019 年的 65 版才跟上，Safari 直到 2020 年的 iOS 14 与 macOS Big Sur 才补齐，中间那些年 picture 标签与服务端按请求头协商几乎是标配，一套页面维护两份素材。第三段始于 2013 年 HEVC 定稿与 2015 年 HEIF 发布，2017 年苹果在 iOS 11 上把 HEIC 设为默认照片格式，几亿台设备开始生产浏览器读不了的容器，而 Windows、安卓与各类内容管理系统的支持参差不齐。有意思的是，解决第三段的钥匙仍来自第一段留下的生态：canvas 的 toBlob 早就接受 WebP 类型与质量参数，编码端毫无障碍，缺的只是 HEIC 解码。2018 年以后 libheif 等开源实现被 Emscripten 编译为 WASM，网页第一次能在不上传的前提下拿到 HEVC 帧内图像的像素。把本地解码与本地编码拼在一起，手机相册到网页素材之间那条曾经要绕道服务器的链路就消失了。需要记住的边界是：网页接口只暴露有损编码，质量拉满也只是近无损，libwebp 的无损模式仍得靠专门的编译版本；任何声称网页端产出无损 WebP 的说法，都值得多问一句。与此同时，手机相机的计算摄影让单个文件越来越像一段小程序而不是静态图；容器越复杂，本地解码这一步就越不能省，网页拿到的始终只是解码后那一版八位像素。