Lossless モードと Lossy モードでは、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% 削減できることがありますが、これはいくつかの要因に依存します。 WebP は Internet Explorer と KaiOS を除くすべてのブラウザーでサポートされています。詳細は ブログ記事 ↗ を参照してください。
WebP 版が配信されるのは、ブラウザーの Accept ヘッダーに WebP が含まれ、かつ WebP 画像が元の形式の Lossy または Lossless 再圧縮より十分に小さい場合だけです。
Accept: image/avif,image/webp,image/*,*/*;q=0.8Polish は標準の画像形式を WebP 形式へ変換するだけです。オリジンサーバーが WebP 画像を配信している場合、Polish はそれらを変換せず、最適化もしません。
JPEG や WebP のような非可逆形式は、任意のサイズのファイルを作れます。理論上、どの画像もさらに小さくできます。ただし、ファイルサイズの削減には画質の低下が伴います。各形式の最適なサイズ下限を下回ると、画質の低下は不釣り合いに大きくなります。すでに最適化されたファイルを再エンコードすると、ファイルサイズの削減以上に画質が落ちます。
変換でファイルが大きくなる場合、またはファイルサイズの削減以上に画質が落ちる場合、Cloudflare は JPEG から WebP へ変換しません。
Polish の設定で Lossless を選ぶと、WebP はほとんど使われません。このモードでは WebP は PNG 画像にしか適さず、JPEG 画像の圧縮は改善できないためです。
平均では WebP のほうが JPEG よりよく圧縮しますが、例外もあります。JPEG のほうが WebP よりよく圧縮する場合があります。Cloudflare はこうしたケースを検出し、JPEG 形式を維持しようとします。
オリジンで低品質の JPEG 画像（品質設定 60 以下）を配信している場合、WebP への変換は得にならないことがあります。低品質 JPEG には圧縮によるブロックノイズやノイズがあり、こうした歪みは WebP 画像のファイルサイズを増やします。この問題を避けるには、オリジンサーバーで高品質の JPEG 画像（品質設定 80〜90）を配信することを推奨します。
サーバーや CMS（コンテンツ管理システム）に組み込みの画像変換・最適化がある場合、Polish と干渉することがあります。画像に非可逆最適化を 2 回かける意味はありません。画質の低下が、ファイルサイズの削減を上回るためです。
画像変換を使う URL には Polish は適用されません。リサイズ済み画像には、可能な範囲で非可逆圧縮がすでに適用されているため、Polish の最適化は不要です。WebP と AVIF 形式を使うには、format=auto オプションを指定します。