转 WebP 时发生了什么
在 LocalTools 中，WebP 转换器和通用格式转换器使用同一个转换界面，只是进入时默认目标格式为 WebP。它读取浏览器能解码的单张图片，按原始解码位图的宽高绘制到 canvas，再用浏览器的编码能力写出 WebP 文件。
因此，转换不会改变像素尺寸，也不会自动裁剪、旋转或查找目标 KB。它会显示原始和转换后的字节大小，但这只是实际结果，不是保证。浏览器不能写出请求的格式时，工具会报错，而不是把静默回退的 PNG 当作 WebP 给你下载。
质量滑块怎么理解
WebP 的质量滑块用于有损编码。数值越低，通常更容易得到较小文件，但照片细节、文字边缘和细微纹理可能更早出现损耗；数值较高更保守，但文件不一定明显缩小。不同浏览器编码器和不同图片内容会给出不同结果，所以不要把某个百分比当成通用答案。
如果你处理的是含文字截图、UI 截图或小 logo，过低质量可能让边缘发虚；如果是自然照片，轻微损耗可能不明显。比较稳的做法是导出后放到实际使用尺寸查看，而不是只看预览缩略图。
透明背景会怎样
WebP 支持透明，所以带透明通道的 PNG 转成 WebP 时，可以在格式能力上继续保留透明区域。但这里仍然取决于浏览器编码结果和目标使用环境：工具没有单独的 alpha 控制、无损开关或透明边缘优化选项。
如果你改选 JPEG，透明就不能保留。共享转换器会在导出 JPEG 前铺白底，适合白色页面、证件表单或普通照片交付；如果素材需要叠在深色或彩色背景上，白底会变成明显方块，应继续使用 PNG 或 WebP。
兼容性比格式名更重要
WebP 很适合网页交付，但不是每个后台、聊天工具、办公软件或投稿系统都愿意接收 WebP。转换前先确认目标入口的允许格式；如果写着只收 JPG/PNG，就不要为了追求较小字节而交 WebP。
另外，源文件能否读入也由浏览器决定。常见 JPG、PNG、WebP、AVIF 在现代浏览器里通常有较好支持，但特殊手机格式、RAW 或某些旧文件不应默认可读。这里的 AVIF 只是共享转换器里的另一个目标选项，不是本文重点。
假设例子
假设你有一张 1600×900 的透明插画，要放在网站文章里，同时希望比 PNG 更轻。可以先在 WebP 转换器中选择 WebP，保持原始像素尺寸导出，查看透明边缘是否正常，再把结果放到真实页面背景上检查。如果边缘发虚或背景不对，就提高质量或退回 PNG。
再假设另一张 1600×900 的 JPG 商品照要上传到只收 500 KB 以下的系统。单纯转 WebP 可能更小，也可能仍超限；如果平台允许 WebP，但有明确 KB 上限，就应再走目标 KB 压缩，并接受工具可能只能给出最接近结果的限制。
先转 WebP 并检查透明边缘；若目标后台不收 WebP，改用 PNG；若必须压到 KB 上限，再使用目标 KB 压缩流程。
不要期待这些能力
当前 WebP 入口一次处理一张静态图片，没有批量、ZIP、文件夹导入、动画 WebP 保留、无损 WebP 模式、元数据保留、颜色配置控制或历史记录。canvas 重新编码通常会丢失 EXIF、XMP、IPTC、ICC 等信息；动画源也会变成静态帧。
如果你的目标是网站整批素材，可以使用批量压缩类工具；如果目标是格式知识判断，先读格式取舍，再决定是否真的转 WebP。
常见问题
- PNG 转 WebP 能保留透明背景吗？
- WebP 格式支持透明，工具会按浏览器编码能力导出 WebP；但没有单独的透明优化或无损 WebP 开关，结果仍需预览确认。
- 转 WebP 一定会变糊吗？
- 不一定。较低质量更容易出现损耗，较高质量更保守；是否明显要看图片内容和实际显示尺寸。
- WebP 转换器能批量处理或保留动画吗？
- 不能。当前入口处理单张静态图片，不提供批量、ZIP 或动画保留。
编码用的是浏览器自带的 canvas，图片不会离开这台设备。
本页的所有处理都在浏览器中完成，不会上传任何内容。