把 HEIC 或 HEIF 文件拖进来
一张和一百张都行,直接拖拽。文件选择框也接受 .heif —— 同一种格式只是后缀不同,解码方式跟 .heic 完全一样。
Loading…
网站、App 构建、现代 CDN 上要的是 WebP?这就是为它做的页面。在浏览器里把 HEIC 转成 WebP —— 有损模式同等画质下文件比 JPG 小大约 30 %,开启「真正的无损 WebP」之后,输出是逐像素一致、还能继续编辑的副本。文件不会被上传到服务器。
WebP 几乎是唯一能把有损和无损两种压缩塞进同一个容器的主流格式 —— 而且这两种模式都比它要替代的格式更小。重点正在这里。
WebP 用的 VP8 有损压缩在处理照片时比 JPG 老旧的 DCT 更高效。同样的感知画质下,一张 iPhone 照片转成 WebP 通常落在 JPG 的 65–75 % 字节大小 —— 在首页轮播、商品图集和走 CDN 的作品集上,这就是真金白银的节省。
大多数转换器会悄悄把你逼到有损 WebP。本工具通过 libwebp 的 WASM 编码器支持真正的无损 WebP —— 像素完全保留,文件却只有同等 PNG 的一半左右。图形、截图、插画,以及之后还要再编辑的素材,这才是正确选项。
Largest Contentful Paint(LCP)是 Google 的排名信号之一,而图片字节通常是 LCP 的主要构成。把 HEIC(仅 Apple)替换成 WebP(普遍支持),同时还显著缩小字节量 —— 这是你能为站点 Lighthouse 分数做出的杠杆最高的改动之一。
Squoosh 在线工具、命令行 cwebp、上传式在线转换器、还是本浏览器内工具 —— 同样是干这件事,代价完全不同。
| 方式 | 是否安装 | 批量 | 速度 | 隐私 | 易用性 | 适合 |
|---|---|---|---|---|---|---|
Squoosh.app(Google 出的 Web 编码器) | 不需要 | 不行 —— 单文件 UI | 单张快 | 本地 | 可视化、参数多 | 认真打磨某一张图 |
命令行 cwebp | 需要(libwebp) | 可以(用 shell 循环) | 非常快 | 本地 | 只有开发者会用 | Mac/Linux 上的构建流水线 |
Photoshop / Affinity 导出 | 需要(付费软件) | 靠 batch action / 脚本 | 单张慢 | 本地 | 为一项小活儿请大软件出场 | 本来就开着 App 的时候 |
需要上传的在线 WebP 工具 | 不需要 | 看情况 —— 通常有日上限 | 受你的上传速度限制 | 上传到第三方服务器 | 简单 | 偶尔用一次的场景 |
本站浏览器内转换器Recommended | 不需要 | 支持,输出 ZIP,没有日上限,自带无损 | 用你自己的 CPU —— 机器越快越快 | 文件不离开你的设备 | 拖、放、下载 | 任何要把 HEIC 上线到网站或 CDN 的人 |
关于无损:WebP 的无损模式内部用的是另一套编解码(预测变换 + 算术编码),不是「把画质拉到 100」。所以本工具的无损 WebP 走 libwebp 的 WASM 编码器,而不是 canvas.toBlob —— 浏览器内置的 Canvas API 无论质量滑块怎么调,都只能输出有损 WebP。
三步搞定,无需注册,无需安装。整个转换在浏览器里通过 WebAssembly 完成 —— 真上传出去就违背隐私本意了。
一张和一百张都行,直接拖拽。文件选择框也接受 .heif —— 同一种格式只是后缀不同,解码方式跟 .heic 完全一样。
默认是画质 90 的有损模式 —— 在 Web 照片场景里,95 % 的情况都该选这个。如果你要的是编辑级画质(插画、清晰文字,或之后还要做修图),在「高级设置」里勾上「无损 WebP」即可。
一张图直接下个文件;一批图打成 ZIP,里面保留原文件名 —— IMG_1234.heic 变成 IMG_1234.webp。
一张和一百张都行,直接拖拽。文件选择框也接受 .heif —— 同一种格式只是后缀不同,解码方式跟 .heic 完全一样。
默认是画质 90 的有损模式 —— 在 Web 照片场景里,95 % 的情况都该选这个。如果你要的是编辑级画质(插画、清晰文字,或之后还要做修图),在「高级设置」里勾上「无损 WebP」即可。
一张图直接下个文件;一批图打成 ZIP,里面保留原文件名 —— IMG_1234.heic 变成 IMG_1234.webp。
为商品图集、作品集导出、把整个图片目录扔上 CDN 这种实际工作量设计 —— 不是只做单图 demo。
转换用的是你浏览器自身的 CPU 和内存。100 张 HEIC 该多久就多久,跟你机器性能成正比 —— 不像服务端工具那样上传慢上 10 分钟,再下载慢上 10 分钟。
ZIP 里每一张 .webp 都用原本的文件名。丢进 /public/img 之后,HTML/JSX 里的引用照样能用 —— IMG_1234.heic → IMG_1234.webp,而不是一串随机哈希。
一些在线工具把无损 WebP 限制在一次一个文件,或者藏在付费档之后。这里它就是个勾选框:100 张真无损 WebP 一次性出,没有任何 upsell。
WebP 是 Google 主导的开放图像格式(2010 年发布,2020 年起被各大浏览器普遍支持)。它在同一个容器里同时支持有损和无损压缩,并且在两种模式下都明显比对手更小 —— 同等观感画质下比 JPG 小约 25–35 %,无损模式比 PNG 小约 50 %。对于活在 Web 上的图片 —— 自家网站、电商图集、App Store 截图、任何走 HTTPS 派发的素材 —— WebP 通常就是最适合的分发格式。HEIC 则在实际使用中几乎只能在苹果生态里转,非苹果阵营的软件大多得装插件才能打开。
拍照(人物、风景、所有连续色调的内容)默认选有损 90 即可。要是图片里有锐利的边缘、文字、插画,或之后你还要再编辑,就切到无损。无损 WebP 保证与原图逐像素一致,再次打开编辑、再次导出时不会累积压缩损伤。有损 WebP 在 90 这一档,对几乎所有照片都跟原图看不出差,但二次压缩时就可能露出可见的伪影 —— 所以它不适合作为编辑用的母版。
可以 —— 基本上到处都能。Chrome、Edge、Firefox、Opera 和 Brave 已经支持 WebP 超过十年。Safari 从版本 14(2020 年 9 月)开始在 macOS Big Sur 和 iOS 14 上加入支持。到 2024 年,全球「can use WebP」覆盖率已经超过 97 %。剩下的少数情况是停留在 Internet Explorer 的老旧企业 Windows,或 2020 年以前的 Android WebView,在实际访问中很少见。
PNG 用的是 DEFLATE,一种通用压缩算法,并不是专为图像设计。WebP 的无损模式用了一套理解图像的技巧:预测变换会把每个像素编码成「相对于由邻居算出的预测值」的差值,再加上算术编码利用局部色彩统计。结果就是:每个像素都跟 PNG 一样保留得严丝合缝,但被编码得更高效。这也是为什么但凡把 PNG 换成无损 WebP 的现代站点,普遍能省下大约 50 % 的字节。
在「高级设置」里把「保留 EXIF 元数据」打开,拍摄时间和大多数相机相关字段都会跟着写进 WebP。要注意:第三方工具对 WebP 内 EXIF 的支持比 JPG 弱不少 —— 有些图片读取器会直接忽略 WebP 里的 EXIF 块。如果 EXIF 比格式更重要,那就走 HEIC 转 JPG 的路线。如果想公开发布但又不想暴露住址,把 EXIF 关掉,或者再勾上「移除 GPS 位置信息」,其余信息会保留,只会清掉 GPS 那一块。
现代邮件客户端大多能内联显示 WebP(Gmail Web、Outlook Web、2020 年以来的 Apple Mail 等),但仍有一小部分老式企业客户端和某些纯文本 MUA 不行 —— 这也是为什么 JPG 至今仍是冷邮件附件的最稳选择。WebP 的优势是用在通过 HTTP(浏览器里)派发的图片上,而不是 MIME 附件。如果你的收件人是一名用着 2015 年时代 Outlook 的企业用户,请发 JPG。
Photoshop CC 从 23.2(2022 年 2 月)起原生支持 WebP。Affinity Photo、Affinity Designer 和 GIMP 都能读写 WebP。Lightroom Classic 在 11.0(2021)加入了 WebP 导出。更老的 Photoshop 需要 Google 出的 WebPShop 插件。结论:近几年发布的任何编辑工具,对 WebP 都是一等公民待遇。
差不多就该这样 —— 现代最佳实践是用 <picture> 元素发 WebP,并为长尾的老旧浏览器配一个 JPG 回退;如果你的访问已经 97 %+ 都支持 WebP(消费类站点大多如此),干脆连回退都可以省。Open Graph 图(社交分享预览)建议继续发 JPG —— Twitter/X、LinkedIn 和 Slack 会抓取并自己重新托管这些图,历史上对 WebP 的支持时好时坏。其他位置 —— 图集、Hero、商品卡 —— 都先上 WebP。
都支持。HEIC 和 HEIF 共用同一个容器和 HEVC 编码 —— HEIC 只是 Apple 给自家 HEIF 图片起的商标名。本工具对 .heic 和 .heif 的解码完全一样,输出的也都是标准 WebP。