图片转WebP

Image to WebP 工具用于把 JPG、PNG、GIF、BMP 等图片转换为 WebP 格式。文件会上传到 ToolAct 的 WebP 转换服务，由服务端的 libwebp（通过 libvips）完成编码后再回传到浏览器；处理完成后临时文件会立即从服务器删除，不做归档，不用于训练。WebP 面向网页场景设计，通常能在照片和图形上获得更小文件体积，同时可支持透明背景，并根据设置使用有损或无损压缩。它适合提升页面加载速度、减少上传体积、节省带宽和优化现代前端资源。但 WebP 并不总是唯一正确选择：老旧客户端、打印流程、元数据要求或某些图片编辑软件可能仍更适合 PNG、JPG 或其他格式。转换后应同时检查清晰度、透明效果、色彩表现和文件大小。

WebP 是 Google 的容器格式，基于三种内部编解码器：VP8 用于有损静态图片，VP8L 用于无损，VP8X 作为扩展容器添加 Alpha 通道、动画、ICC 配置文件和 EXIF 块。有损 WebP 应用 VP8 帧内预测配合 4 块 DCT、环路去块和算术编码；无损 WebP 对残差运行色彩空间变换和 LZ77 回溯引用方案。在相同 SSIM 下，有损 WebP 平均比 JPEG 小 25-35%，无损 WebP 平均比 PNG 小 26%。 本工具的转换在服务端完成。浏览器把每张图片以签名鉴权的多部分上传发送到 ToolAct 的 /image/convert/webp 接口，服务端将字节流交给 libvips 解码源文件（PNG、JPEG、GIF、BMP、TIFF），再把像素缓冲区交给 libwebp——Google 的 WebP 参考编码器。质量滑块直接映射到 libwebp 的 -q 参数（0-100）：100 以下选择有损 VP8 路径，使用 4:2:0 色度子采样和每通道 8 位范围；质量 100 切换到无损 VP8L 路径，逐像素精确还原。编码器把 WebP 码流写入 RIFF（资源交换文件格式）容器，必要时添加 VP8X 扩展块以支持 Alpha 或 ICC，结果作为响应体流式回传。临时上传文件会在响应写出后立即从服务器删除，不做归档，不用于训练。 支持度现在已经足够广泛，可以替代 JPEG：Chrome 32+、Edge 18+、Firefox 65+ 和 Safari 14+ 都内置了解码器。剩余的边缘情况是可预测的。有损 WebP 将透明像素强制为 RGBA 0,0,0,0，因为 4:2:0 色度无法以完全保真度携带部分 Alpha。质量低于约 70 时，平坦的天空区域开始出现色调分离，红/黄色的饱和度降低，这就是为什么产品主图通常在 80-85 区间。动画 WebP 可以通过 libwebp 的 mux 工具创建，但通常的批量场景仍是静态图片，因此对逐帧动画源文件（动图 GIF），需要明确告知编码器保留所有帧，否则只导出第一帧。

• 容器：VP8 有损、VP8L 无损、VP8X 扩展（Alpha、动画、ICC、EXIF）；三种布局共享相同的 RIFF 封装。
• 服务端管道：libvips 解码源文件，libwebp 编码输出。质量滑块映射到 libwebp 的 -q 参数；quality=100 选择无损 VP8L 路径，较低值选择有损 VP8 并使用 4:2:0 色度。
• 体积对比：相同 SSIM 下比 JPEG 小约 25-35%，无损带透明度比 PNG 小约 26%。
• Alpha 处理：有损 WebP 将完全透明的像素展平为 RGBA 0,0,0,0；要保留真正的 Alpha 请选择无损模式或对图标继续使用 PNG。
• 浏览器基线：Chrome 32+、Edge 18+、Firefox 65+、Safari 14+/iOS 14+；无法升级的旧设备仍需 PNG/JPG 回退。
• 转换生命周期：每个上传文件仅在 libwebp 编码并将结果流式回传期间存在；无论转换成功还是失败，临时文件都会在响应关闭时删除。