在 Lossless 和 Lossy 模式下，Cloudflare 尝试剥离尽可能多的元数据。但是，Cloudflare 无法保证剥离所有元数据，因为其他因素（如缓存状态）可能会影响最终响应中发送的元数据。
Polish 已禁用，不应用任何压缩。禁用 Polish 不会将先前优化过的图像恢复为原始版本，直到它们过期或从缓存中清除。
Lossless 选项尝试在不改变任何图像像素的情况下减小文件大小，使图像与原始图像相同。它移除大多数元数据（如 EXIF 数据），并无损地重新压缩图像数据。JPEG 图像可能会转换为渐进格式。平均而言，无损压缩比未优化的图像文件减小 21% 的文件大小。
Lossless 选项阻止 JPEG 转换为 WebP，因为这始终是有损操作。
Lossy 选项对图像应用比 Lossless 选项显著更好的压缩，代价是轻微的质量损失。未压缩时，原始图像中的一些冗余信息会丢失。平均而言，使用 Lossy 模式可将文件大小减小 48%。
此选项还会从图像中移除元数据。Lossy 选项主要影响 JPEG 图像，但 PNG 图像也可能以有损方式压缩，或在改善压缩时转换为 JPEG。
启用后，除其他优化外，Polish 还会创建转换为 WebP 格式的图像版本。
WebP 压缩对 PNG 图像非常有效，可将文件大小减小约 26%。 它可能将 JPEG 图像的文件大小减小约 17%，但这取决于多个因素。 除 Internet Explorer 和 KaiOS 外，所有浏览器都支持 WebP。您可以在我们的博客文章 ↗中了解更多信息。
仅当浏览器的 Accept 标头包含 WebP，且 WebP 图像明显小于原始格式的有损或无损重新压缩时，才提供 WebP 版本：
Accept: image/avif,image/webp,image/*,*/*;q=0.8Polish 仅将标准图像格式转换为 WebP 格式。如果源站服务器提供 WebP 图像，Polish 不会转换它们，也不会优化它们。
Lossy 格式（如 JPEG 和 WebP）能够生成任何大小的文件，理论上每张图像都可以更小。但是，文件大小的减小以图像质量的降低为代价。将文件大小减小到每种格式的最佳大小限制以下会导致质量不成比例的大幅损失。重新编码已经优化的文件会降低质量，而文件大小的减小幅度不大。
当转换会使文件变大，或会降低比节省文件大小更多的图像质量时，Cloudflare 不会从 JPEG 转换为 WebP。
如果您选择 Lossless Polish 设置，则 WebP 将很少使用。这是因为在该模式下，WebP 仅适用于 PNG 图像，无法改善 JPEG 图像的压缩。
虽然 WebP 平均比 JPEG 压缩得更好，但也有例外，有时 JPEG 比 WebP 压缩得更好。Cloudflare 尝试检测这些情况并保留 JPEG 格式。
如果您在源站提供低质量 JPEG 图像（质量设置 60 或更低），转换为 WebP 可能没有好处。这是因为低质量 JPEG 图像具有由压缩引起的块状边缘和噪声，这些失真会增加 WebP 图像的文件大小。我们建议在源站服务器上提供高质量 JPEG 图像（质量设置在 80 到 90 之间），以避免此问题。
如果您的服务器或内容管理系统（CMS）具有内置图像转换器或优化器，它可能会干扰 Polish。对图像应用两次有损优化没有意义，因为质量下降会大于文件大小的节省。
Polish 不会应用于使用图像转换的 URL。调整大小的图像在可能的情况下已应用有损压缩，因此不需要 Polish 提供的优化。使用 format=auto 选项以允许使用 WebP 和 AVIF 格式。