JPG 转 WebP 会先解码 JPEG 中仍存在的像素，再重新编码。有损 WebP 可能增加新的失真，因此应保留源文件，并按实际显示尺寸检查代表性输出。
JPG → WebP
区分格式转换与画质恢复
JPEG 常通过舍弃部分信息来缩小照片文件。转换器打开 JPG 时，会解码目前仍能得到的图像，然后把这些像素交给 WebP 编码器。如果输出使用有损 WebP，第二次量化过程还可能减少更多信息。新的扩展名不会重建相机原始数据，也不会恢复此前已经消失的细微纹理。
先明确实际目标。若希望减小网页传输文件，或发布系统要求 WebP，转换可以有实际价值。若目的只是提高照片画质，应寻找相机原片、较早的导出或压缩更轻的来源。JPG 中已经存在的色块、边缘振铃和柔化细节可能保留下来，也可能与新的压缩痕迹叠加。
保持源 JPG 不变，为不同候选使用清楚的文件名。测试前记录源图宽高像素，避免把意外缩小误认为编码效率提升。更小的像素网格自然需要更少字节，却不能说明 WebP 本身是否更高效。缩放、裁切和格式转换应作为独立决定逐项审核。
- 转换前寻找质量最高的可用来源
- 明确目标是减小交付体积还是获得兼容性
- 比较字节前记录像素尺寸
WebP 可以高效编码 JPG 解码后的画面，但无法恢复 JPEG 已删除的细节。
不要把不同格式的质量数字直接对应
WebP 编码器通常提供质量控制值，较低数值倾向于更小文件，较高数值倾向于视觉保真。但这个数字不是通用分数。JPEG 质量 85 与 WebP 质量 85 并不保证相同失真、体积或外观。编码器采用的预测、量化、滤波、色彩转换和默认设置都可能不同，即使界面使用相似标签。
质量值只适合在同一个工具中比较候选，不应机械复制 JPG 的设置。用一张有代表性的图片按几个间隔明显的数值导出，在同一应用和相同缩放比例下查看。检查平滑的皮肤与天空、复杂的头发或草地、以及高反差文字和商品边缘，因为这些区域会暴露不同问题。
先从高质量候选开始，再逐步降低，直到体积收益有意义或画面不再达标。把批准的编码器版本和设置与项目一起保存。服务或库更新后输出可能变化，因此即使数字相同，旧测试也不能自动批准新批次。
- 只在同一编码器与版本内比较设置
- 同时检查平坦区域、复杂纹理与锐利边缘
- 记录实际批准的设置
质量值控制的是特定编码器，并不是绝对图像质量测量值。
有意识地选择有损或无损WebP
有损 WebP 通常适合照片交付，但它可能改变小字、硬边界，以及已受 JPEG 影响的纹理。无损 WebP 不会再对解码后的像素施加有损变化，但它会连现有 JPEG 痕迹一起保存，所以文件可能比预期大。两种方式都不会修复源 JPG。
如果目的地需要 WebP，同时又不能接受新的有损变化，可以同时测试有损和无损候选。若无损结果没有明显体积优势，而目的地也接受 JPG，继续使用原 JPG 可能更简单、更诚实。决定时要综合画质、传输、缓存和支持情况。
普通 JPG 没有 alpha 通道，因此转成 WebP 不会自动让白色背景透明。扩大像素网格也不会创造真实细节。背景移除和放大应作为独立编辑任务，保留可编辑母版，并在所有改动完成后只编码一次最终交付副本。
- 为交付效率测试有损WebP
- 无法接受追加损失时测试无损WebP
- 把编辑操作与格式选择分开
无损WebP保存的是当前像素，不是压缩前曾经存在的细节。
实测输出，不预设节省比例
压缩结果取决于内容。传感器噪点、草地、织物等不规则细节与平滑棚拍背景的表现不同，小缩略图和大照片也有不同开销。不要把其他图片集的平均节省率直接套用。为每个代表样本记录源字节、输出字节、像素尺寸、模式和质量值。
如果 WebP 比 JPG 大，先检查是否使用无损模式、携带更多元数据或改变了尺寸。如果结果特别小，也要先检查细纹理、文字、暗部和微妙渐变。体积目标只有与视觉验收标准和真实显示大小结合时才有意义。
发布平台可能在上传后缩放或重新压缩。把一个候选上传到真实服务，再检查实际交付的派生文件，而不只是本地文件。确认尺寸、MIME 处理、颜色、方向和字节数。通过本地审核的 WebP，并不能证明平台生成的版本保持相同质量。
- 确认尺寸相同后再比较字节
- 详细检查异常小或异常大的结果
- 检查目的地真正交付的派生文件
有效比较必须同时控制尺寸、观看条件和文件大小。
批量处理前批准代表样本
建立包含人像、商品、暗景、平滑背景和小字的测试集。在转换器之外重新打开每个下载结果，按全分辨率与计划显示尺寸和源图比较。查找新的块状边界、涂抹、色偏、渐变断层和细节缺失。不要只选容易压缩的图片，至少加入一个困难样本。
选定设置后，只转换文件夹的一部分，并抽查开头、中间和末尾。工具行为变化、报错或产生异常尺寸时立即停止。不同图片可能需要不同处理，应分离异常文件，而不是为整个集合降低质量。保存每个交付文件与未改动源 JPG 的对应关系，以便失败时从源文件干净重做。
最后在目标浏览器和应用中打开已部署副本，必要时检查小屏移动布局和高像素密度显示。如果质量不足，回到源文件并提高设置或尝试无损模式；如果体积优势很小，保留 JPG 也完全合理。完成标准不是得到一整文件夹 WebP，而是在可接受画质下验证真实交付节省。 对长期运行的图片流程，还应保存编码器版本、批准的质量值和测试样本。浏览器、CDN 或内容管理系统更新后，要用同一组样本重新检查；旧结果只代表当时的处理路径。若平台生成多种响应式尺寸，应至少比较一个小尺寸和一个大尺寸派生图，确认文字、渐变与暗部没有在二次处理后明显恶化。
- 样本中包含多样且难压缩的图片
- 批处理期间持续抽查
- 保留所有原图以便重新生成
只有代表文件在真实目的地通过后，才应把同一设置应用到整个批次。
要点总结
- 已经有损压缩的 JPG 再保存为有损 WebP，会增加独立的压缩步骤。
- 不同格式与编码器的质量数字并不是统一的视觉尺度。
- 无损 WebP 可保存解码后的像素，但不能恢复 JPG 已经丢失的信息。
- 应在真实交付环境中同时批准文件体积和视觉质量。
常见问题
JPG 转 WebP 会提高画质吗？
不会。它重新编码 JPG 可提供的像素，而有损 WebP 还可能增加少量新失真。
JPEG 质量85和 WebP 质量85相同吗？
不同。格式与编码器对控制值的映射不同，应在相同观看条件下比较真实输出。
无损 WebP 能恢复原始照片吗？
不能。它能避免新的有损变化并保存解码后的 JPG，但缺失细节不会回来。
WebP 一定比 JPG 小吗？
不一定。内容、尺寸、编码模式、质量、元数据与编码器行为都会影响结果。
批量转换前应该做什么？
用多种样本测试多个设置，检查实际交付副本，并保持源 JPG 不变。