HEIC 转 AVIF v1.0

把 iPhone 里的 HEIC 照片转成 AVIF，做的不是改个扩展名，而是一次彻底的重新编码：先用 HEVC 解码器把 HEIC 还原成像素，再交给 AV1 编码器重新压一遍。AVIF 是目前主流网页图片格式里压缩效率最高的一个，在普通画质档位下，它能用更少的字节保住更多细节。代价是慢——一张 1200 万像素的照片大约要 3 秒，同一张图转成 JPG 只要 0.4 秒。DocPivot 的 HEIC 转 AVIF 工具单次可处理 50 张，不设每日次数上限，导出前可以选择是否抹掉定位信息。

HEIC 转 AVIF 到底经历了什么

整个过程分四步，每一步都可能出问题，所以值得拆开讲清楚。

第一步，识别与解码。HEIC 是苹果从 iOS 11 起用的默认相机格式，容器是 ISOBMFF，里面装的是 HEVC 编码的画面。工具先读取容器结构，确认这是单张静态图还是含有多帧的实况照片，再把 HEVC 码流解成原始像素。这一步和转 PNG、转 WebP 走的是同一条通路，区别只在后面用什么编码器压回去。

第二步，用 AV1 编码器压缩。这一步是 AVIF 和其他格式最大的分水岭。AVIF 本质上是 AV1 视频编码器对一张静止画面的编码结果，所以它没有独立的“保存器”，而是复用 HEIF 容器加上 AV1 压缩器。DocPivot 在调用 heifsave 时显式指定 AV1 压缩器，并在输出端校验文件头的 ftyp 品牌标识必须是 avif。

第三步，尺寸与元数据处理。你可以在导出前把长边缩到指定像素、决定保留还是清除 EXIF、单独抹掉 GPS 定位而保留拍摄参数。AVIF 没有色度抽样这个开关，这一点和 JPG 不同，所以选项里看不到它。需要更细的批量尺寸控制，可以用图片格式转换器处理混合来源的素材。

第四步，导出。单张直接下载，多张打包成 ZIP，结果页会同时显示原始体积、输出体积和最终像素尺寸，方便你判断这次的画质档位选得对不对。

为什么很多“AVIF”文件其实不是 AVIF

因为 AVIF 和 HEIC 用的是同一个容器规格，只是内部编码不同，写代码时很容易搞错。如果调用保存接口时没有显式指定 AV1 压缩器，输出的文件里装的仍然是 HEVC 码流，扩展名却写着 .avif。这种文件在大多数软件里打不开，报错信息又往往含糊不清，而文件名一口咬定它没问题，排查起来非常折磨人。

判断方法很直接：用十六进制查看器打开文件，前 12 个字节里的 ftyp 品牌应该是 avif，如果显示 heic 或 mif1，那就是挂着羊头的 HEVC。DocPivot 把这一步做成了导出前的强制校验，不通过就不给下载。如果你手里已经有一批来路不明的 .avif 文件，可以先用PNG 转 AVIF 重新生成一份干净的版本作对照。

核心功能

• 显式 AV1 编码：压缩器在调用层写死，输出后校验 ftyp 标识，杜绝 HEVC 冒充 AVIF。
• 批量 50 张：一次拖入 50 个 HEIC 文件，队列处理，完成后打包下载。
• 画质档位可选：从最高保真到网页常用档，体积和耗时同步变化，结果页给出实测数字。
• 长边缩放：导出时直接按长边压到指定像素，省掉先调整图片尺寸再转格式的两步操作。
• 单独清除定位：可以只删 GPS 字段，保留光圈、快门、镜头这些拍摄参数，这对需要留档的摄影工作流很关键。
• 完整元数据清除：需要彻底剥离时，可配合照片元数据清除工具做二次确认。
• 18 种界面语言：包含简体中文，团队协作时不用来回解释按钮含义。
• 无需注册：不留邮箱、不设账号、不计每日额度。
• 更长的处理时限：AVIF 任务的超时上限是 180 秒，其他格式是 90 秒，因为 AV1 编码确实更吃时间。
• 导出前裁切：如果只需要照片的一部分，先裁剪图片再转 AVIF，编码时间会明显下降。

实测体积与耗时：AVIF 并不总是最小的

这一点几乎所有转换站都不会告诉你。在我们用来做基准的那张 iPhone 照片上，AVIF 在两个档位都没能比 WebP 更小：

差距从 2 倍收窄到 1.3 倍。AVIF 的价值就落在这个区间：它赢在同等体积下的画质保留，尤其是低码率时的渐变、天空、皮肤这类容易出现色带的区域，而不是赢在绝对体积。如果你的目标只是把文件压到最小，HEIC 转 WebP 更直接；如果你要的是低码率下依然干净的画面，AVIF 才有意义。另一条路是先转成通用格式再用图片压缩工具按目标体积逼近，适合有硬性大小要求的场景。

使用步骤

1. 拖入或选择 HEIC 文件，最多 50 张，也可以直接从 iPhone 相册导出后上传。
2. 选择画质档位。不确定就用网页常用档，它是体积与画质的平衡点。
3. 按需设置长边像素，以及是否清除 EXIF 或仅清除定位。不清楚原图带了哪些字段，可以先用 EXIF 信息查看器看一眼。
4. 点击转换，等待队列完成。12 兆像素的照片单张约 3 秒。
5. 单张直接下载，多张下载 ZIP，核对结果页给出的体积与尺寸。

什么时候该选 AVIF，什么时候不该

判断标准只有一条：这批图片最终在哪里被打开。

• 自建网站与独立站主图：浏览器覆盖率已经足够，配合 picture 标签做回退没有风险。
• 需要极致省流量的长页面：产品详情页、图集页这类图片密集的场景，AVIF 的低码率画质优势最明显。
• 不该用的场景：邮件营销。大量邮件客户端不认 AVIF，收件人看到的是裂图，这种场合老老实实用 JPG 或 WebP。
• 不该用的场景：发给客户的交付文件。对方用什么系统你控制不了，先把 AVIF 转回 JPG 才稳妥。
• 不该用的场景：需要频繁二次编辑的素材。每转一次都是有损重编码，反复来回只会累积损失。
• 已有 WebP 素材库：不必回到源文件，直接从 WebP 转 AVIF 即可，虽然会经历二次编码，但对网页展示用途影响有限。

实际使用场景

外贸独立站的产品图。一个做家居用品的卖家，产品图全部由手机拍摄，原始 HEIC 平均 4 MB 一张。转成网页档 AVIF 后单张约 1 MB，一个含 30 张图的详情页省下近 90 MB 传输量，对海外用户的首屏时间影响直接可见。上架前如果需要打上店铺标识，可以先用图片加水印工具处理。

跨境电商的多平台素材准备。同一批照片要投到自建站、社媒和第三方平台，平台对格式的支持参差不齐。常见做法是自建站用 AVIF，其余渠道保留 JPG 版本，两套并行。素材来源如果是设计稿导出的 JPG，走JPG 转 AVIF 这条路更省事。

摄影师的线上作品集。作品集追求画质，但又不能让访客等半天。AVIF 在这里是合适的选择：低码率下依然保得住暗部层次。上传前若发现照片方向不对，先旋转图片再转换，避免元数据方向标记在不同浏览器里解读不一致。

小程序与 App 内的图片资源。iOS 16 与 Android 12 以上原生支持 AVIF，覆盖不到的老机型需要准备回退方案。本工具的批量导出配合固定的长边设置，可以一次生成整套规格统一的资源包。

能力边界与已知限制

这些是工具确实做不到的事，写在这里省得你试错。

• 速度是四种格式里最慢的。12 兆像素照片约 3 秒，JPG 只要 0.4 秒。50 张的批量任务需要耐心等待，这是 AV1 编码本身的成本，不是排队问题。
• HDR 增益图不会保留。iPhone 拍摄的 HDR 照片带有增益图数据，转换后不再携带，在支持 HDR 的屏幕上会按普通动态范围显示。
• 浏览器之外的支持仍然参差。邮件客户端、老款手机、部分桌面看图软件都可能打不开 AVIF。遇到这种情况，用AVIF 转 PNG 或转 JPG 是最快的解法。
• 不支持动态图。本工具只处理静态单帧，实况照片会取其中的静止画面。
• 无损模式不提供。所有档位都是有损编码，需要无损保存请选择 PNG。
• 没有色度抽样选项。AVIF 规格里没有这个开关，界面上因此不会出现。素材若已是 WebP，转换路径参见 AVIF 与 WebP 互转。

和其他免费工具的横向对比

三家都能产出真正的 AV1 编码文件，差别在额度和元数据颗粒度。AVIF 是所有格式里最耗 CPU 的一个，所以免费工具通常在这里卡得最紧，把额度压到个位数或二十几次是常见做法；不设每日上限是我们在这个格式上做的取舍。选工具时真正该问的不是谁的界面好看，而是三件事：输出的是不是真 AV1、每天能转多少张、元数据能不能按字段控制。

隐私与数据处理

转换在服务器端完成，文件在 30 分钟内自动删除，不做长期留存、不用于训练、不向第三方转移。照片属于《个人信息保护法》定义的个人信息范畴，尤其是 GPS 定位字段，它能反推出住址、常去地点和活动轨迹。任何要发布到公开渠道的照片，建议在导出时勾选清除定位。DocPivot 把这一项做成了独立开关，而不是和其他 EXIF 字段捆绑，就是为了让你既能保住拍摄参数，又不泄露位置。《数据安全法》对数据处理者的最小必要原则也指向同一件事：处理只应覆盖完成任务所需的范围，多余的信息既不该收集，也不该留存。批量转换时这一点尤其重要，一次五十张的任务里只要有一张漏掉定位，泄露的就是一个具体坐标，而不是一张模糊的照片。

常见问题