極端に低い品質を探す前に、署名が実際に表示される幅のコピーを作ります。幅 300 ピクセルほどで表示する署名に、毎回幅 800 が必要とは限りません。PNG が必要な環境では維持し、WebP はメール環境の対応を確認してから比較します。

操作手順

表示サイズから考える

テンプレートで幅 240 の表示に幅 1200 を書き出すと、容量が無駄になり、表示時の縮小も不安定になる場合があります。配信用コピーを別に作り、編集や高密度出力のために原本を保管します。

検証の幅 320 は再現しやすい例であり、共通規格ではありません。レイアウトや画面密度の方針によって 200、300、600 などが必要です。組織全体で値を決める前にテストします。

元画像を追加し、PNG、目標容量 0、配信用の最大幅を設定します。PicZip は縦横比を保ち、800 × 600 は引き伸ばされず 320 × 240 になりました。

PNG は 1,617,783 から 130,815 バイトに減りました。主な理由は表示に不要な画素を減らしたことです。リサイズは画素の格子を変えるので、無損失の削減とは違います。小さな文字や細い線からぼやけやすいため確認します。

透過署名が明暗両方のテーマになじむには、輪郭も両方に適している必要があります。白、濃いグレー、鮮やかな色を背景にして、白縁、暗い縁、崩れた影、細すぎる文字を探します。

PNG はアルファに対応し、JPG は対応しません。JPG は透明部分を単色で埋めるため、背景が変わる署名には適さない場合があります。

同じ 320 × 240、品質 82 の WebP は 17,220 バイトで、縮小 PNG より 113,595 バイト小さくなりました。アルファは保ちますが、色は非可逆です。実際の送信環境で確認してください。

互換性が不明なら PNG が堅実です。1 回の WebP の測定値が小さいという理由だけで、組織全体で動いている PNG を置き換えないようにします。

受信者が使うメールソフトのアカウントへテスト送信し、パソコン、スマートフォン、ライト・ダーク表示を確認します。原寸以上に拡大されていないか、リンクと代替テキストが機能するかも見ます。

返信や転送でもレイアウトを確認します。メールサービスはリモート画像をプロキシ、キャッシュ、再圧縮する場合があります。PicZip が制御するのは作成するファイルで、送信後の各サービスの処理ではありません。

原本を保ち、必要な表示幅に書き出し、実際のメールで使える形式を選びます。最小バイト数だけで判断しないことが大切です。

テンプレートに必要な幅を使います。今回の 320 は実測例であり、すべての署名の規格ではありません。

表示に必要な画素数を超えている、または複雑なグラデーションや半透明の細部が PNG で多くの容量を使っている可能性があります。

互換性が不明なら PNG が堅実です。WebP は透過を保ちつつ大幅に小さくなる場合がありますが、利用するメールソフトで検証が必要です。

試せますが、PNG エンコーダーは品質値を使いません。大きすぎる署名では、表示寸法に合わせることが先に有効な場合が多いです。