目標を 100 KB、出力を自動にして元画像を圧縮します。上限を超える、または画質が柔らかすぎる場合は、品質を下げ続ける前に最大幅を見直します。検証では 2,976,317 バイトの PNG が、1536 × 1024 を保ったまま 101,730 バイトの WebP になりました。

操作手順

実測結果の読み方

雲、水面、屋根、木々を含む、個人情報のない海岸風景のテスト画像を使いました。単色の図形よりも圧縮による乱れを確認しやすい画像です。PicZip は 1 KB を 1024 バイトとして扱うため、100 KB の上限は 102,400 バイトで、結果は 670 バイト下回りました。

フォームによっては 100 KB を 100,000 バイトとして扱います。この結果がすべての「100 KB 以下」のフォームに使えるわけではありません。ダウンロードした実容量を確認し、厳密な上限には余裕を持たせます。

目標は 100、出力は自動、開始品質は 82、最大幅は 2400 にします。自動では符号化結果を比較して小さい方を使い、目標に合わせる処理では品質が下がる場合があります。利用先がもっと小さい幅を必要とするなら最初から調整できます。

デコードと圧縮はブラウザーで行い、選択した画像は端末内で処理されます。申請用写真や書類にも使いやすい仕組みです。

処理が完了したら、元の容量、出力容量、削減率を確認します。検証画面では 99 KB と表示されましたが、正確には 101,730 バイトでした。

元の幅が 2400 より小さいため、1536 × 1024 の寸法は変わりませんでした。大きな削減は画素数を減らした効果ではなく、詳細な PNG から非可逆圧縮の WebP に変わった効果が中心です。

細部の多い幅 6000 の写真は、背景の単純な幅 1200 の顔写真より情報が多くなります。設定は 1 つずつ変えます。小さく表示する用途なら、極端に品質を下げる前に最大幅 1600 や 1200 を試します。

小さな文字のある書類は顔写真より多くの画素が必要な場合があります。顔、文字、輪郭を 100% 表示で確認し、無条件に縮小しないでください。写真では自動・JPG・WebP が使いやすく、透過や正確な輪郭には PNG が向いています。

利用先が JPG のみなら明示的に JPG を選びます。容量が小さくても、拒否される WebP では目的を果たせません。

品質は初回の符号化を制御し、目標容量は必要に応じてより小さな結果を探すために使われます。同じ 100 KB でも見え方は一定ではなく、髪、葉、文字、ノイズは単純な背景より難しい内容です。

削減率だけで判断せず、利用先で使える範囲の小さなファイルを選びます。やり直すたびに元画像を使えるよう保管しておきます。

画像のデコード、リサイズ、形式変換、圧縮はブラウザーで行い、この処理には画像アップロード先がありません。一方、Web ページ自体は HTML、JavaScript、フォントなどを読み込みます。「アップロードなし」は選択画像を指します。

まず検証の設定で試し、ダウンロードを確認して必要な場合だけ最大幅を下げます。101,730 バイトは 1 枚の実測であり、すべての画像に対する保証ではありません。

上限を目指す設定であり、正確に 100,000 バイトを作る約束ではありません。検証では PicZip の 102,400 バイトを下回る 101,730 バイトになりました。

自動は元の形式と WebP の符号化結果を比較し、小さい方を残します。利用先が形式を指定している場合は PNG や JPG を明示的に選びます。

いいえ。全体を同比率で縮小します。3000 × 2000 の画像は幅 1500 で 1500 × 1000 になります。

多くの場合は使えますが、必要寸法と内容次第です。背景の単純な小さな顔写真は高解像度の集合写真より圧縮しやすいため、利用先の条件を確認します。