画像を100KBに圧縮
コンプレッサーの目標を約100KBに設定し、写真にはJPEG、同じ品質でより小さなファイルにはWebPを選び、寸法より先に品質を下げます。すべてブラウザ内で動作します。画像はローカルでデコード、再エンコード、ダウンロードされ、コピーがアップロードされることは一度もありません。
画像を100KBに圧縮とは
100KBという上限は、ウェブで最もよく見かけるアップロードの関門の1つです。行政のポータル、求人応募フォーム、学会の投稿システム、大学のポータルがこぞって課してきますが、そのサイズのファイルを素のまま出すカメラはほとんどありません。12メガピクセルのスマホ写真は3–5MBから始まります。だからこの仕事は決して「少し小さくする」ではなく、30–50×の削減です。つまり、どの種類の劣化になら耐えられるかを選ぶ作業になります。
このサイトの画像圧縮ツールは、仕事の全体をローカルでこなします。写真はブラウザのタブ内でピクセルへデコードされ、あなたの選んだ設定で再エンコードされ、ダウンロードとして手元に戻ります。信頼するべきアップロードの手順も、待たされるキューもなく、あなたの画像のコピーが誰かのディスクに置かれることもありません。どの時点でもサーバーが関与しないからです。
このページは、特定の数値に到達するためのレシピです。効いてくる2つのダイヤル——寸法と品質——と、犠牲にする順序、そして式の全体を変える形式の選択を解説します。要約すると、まずピクセルを縮め、次に品質を小さな刻みでトレードし、受け側のシステムが受け付けるならWebPを優先します。
以下のすべては画像圧縮ツールの中で起こります。別のタブで開いて、手を動かしながら読み進めてください。
JPEGとWebPのどちらを選ぶか迷っているなら、画像フォーマットガイドが、各形式が何を犠牲にするかを解説します。
2つのダイヤル：まず寸法、次に品質
ファイルサイズは、およそピクセル数×品質に比例します。ピクセル数は2乗で効きます。幅と高さを両方半分にすれば、ピクセルの75%が消えます。品質のほうはもう少し緩やかな曲線で、品質80から60への一段は、写真ではほとんどの目に引っかからない変化と引き換えに、バイト数をしばしば半減させます。だからレシピには順序があります。受け側のシステムが実際に必要とする最大の寸法へリサイズし、それから品質を下げて歩いていくのです。
- ポータルが幅1024pxを求めていますか。まず1024へリサイズします。4000pxの画像を100KBへ圧縮しても、フォームが決して表示しないピクセルにディテールを浪費するだけです。
- 品質を80から10刻みで下げていき、そのたびに再エンコードし、最初に上限を下回った段で止めます。飛ばさなかった最後の1段ぶんの品質が、あなたの手元に残ります。
- 品質40を下回ると、JPEGのアーティファクトが輪郭とテキストをにじませます。そこまで下がったなら、引き返してピクセルを減らすほうに切り替えてください。
形式の選択が計算を変える
同じ見た目の品質なら、WebPはたいていJPEGより25–35%小さく着地します。100KBぎりぎりのエンコードが、余裕のある70KBのエンコードに変わります。PNGは写真には間違った道具です。可逆形式なので、写真のPNGはしばしばJPEGの10倍になります。一方で、フラットな色と硬いエッジのスクリーンショットや図表には適任です。AVIFは多くのケースでWebPを上回りますが、ブラウザとポータルの対応にはまだばらつきがあるため、本命ではなくボーナスの形式として扱ってください。
| 元の素材 | 選択 | 理由 |
|---|---|---|
| 写真 | JPEGまたはWebP | 連続的な階調に調整された非可逆形式 |
| スクリーンショット、図表 | PNGまたはWebP | フラットな色はアーティファクトなしで綺麗に圧縮される |
| 写真＋ポータルがWebPを許可 | WebP（q≈70） | 同じ見た目で、JPEGよりおよそ30%少ないバイト数 |
100KBレシピの実践手順
コンプレッサーを開き、画像をドロップし、最長辺をポータルが実際に要求する値に設定します。1024pxと1600pxがよくある上限です。品質75で一度エンコードしてサイズを確かめます。超えていれば品質を10下げて繰り返します。大幅に下回っていれば（たとえば60KB）、品質を1段上げます。残してきた余裕は、タダで差し出した品質だからです。
正直に言うと、注意点が2つあります。再エンコードは定義上、非可逆です。ダウンロードされるファイルは元画像から派生した新しいJPEG/WebPなので、アーカイブ用に元画像を残し、出力は提出用のコピーとして扱ってください。そしてメタデータは保持されません。GPS座標を含むEXIFは再エンコードで落ちます。提出フォームなら、たいていそれこそが望むところです。この話題については、下のメタデータ除去ページが単独で取り上げています。
100KBでは本当に足りないとき
100KBでは、目に見える損傷なしには済まない画像があります。読める解像度のA4スキャン書類、顔をくっきり保たなければならない集合写真、細かいテキストを含む画像です。その場合、正直な選択肢はエンコーダーの外にあります。受け側のシステムに問うのです。PDFを認めるか（テキスト主体のスキャンはPDFならはるかに圧縮が効きます）、本当にそのピクセル数が必要なのか、それともその上限がプロセスではなく彼らのストレージを守るためのものなのか。後者なら、丁寧に問い合わせれば、より大きな許容量が開かれることがあります。情報にもっと余地が必要な画像を救えるエンコーダー設定は存在しません。
よくある質問
ここで圧縮すると、写真はアップロードされますか？
いいえ。コンプレッサーは、ブラウザ自身が標準で備わっているCanvasとエンコード系のAPIを使い、あなたのブラウザタブの中で画像をデコードし再エンコードします。アップロード用のエンドポイントは存在せず、Content-Security-Policyが外向きの接続を遮断します。圧縮中にNetworkタブを見ていれば、あなたの画像を運ぶリクエストはゼロだと分かります。
最もよく100KBに収まる品質設定は？
典型的な写真の幅1024pxのJPEGなら、品質65–75はたいてい60と120KBの間に着地します。万能の数値はありません。細かい質感の多いシーン（草木、人混み）は、綺麗なグラデーションよりも大きなファイルを生みます。だからレシピは、魔法の設定ひとつではなく、10刻みの反復なのです。
PNGの写真が、同じ画像のJPEGよりずっと大きいのはなぜですか？
PNGは可逆形式です。ピクセルごとの変化をすべて正確に記録します。そして写真は微細な変化の塊です。写真では、ファイルはしばしばJPEGの5–10×になります。PNGが輝くのはスクリーンショット、ロゴ、図表——フラットな色面と硬いエッジ——で、そこでは非可逆エンコードより小さく、しかもシャープであることがよくあります。
圧縮するとEXIFと位置情報は消えますか？
はい。Canvasを経由する再エンコードで、GPS座標、カメラの機種、タイムスタンプを含むEXIFメタデータは落ちます。元の品質のままのメタデータ除去だけが目的なら、メタデータ除去ツールが直接それを扱います。どうせ圧縮するのなら、綺麗なファイルは副産物として手に入ります。
100KB以下ではなく、ちょうど100KBを狙えますか？
コンプレッサーは上限を目指すものであって、正確なバイト数ではありません。エンコーダーは100,000バイトきっちりを約束できるほど決定的ではないですし、ポータルの判定は「ちょうど」ではなく「以下」だからです。上限の10–15%手前に収めれば、その制約が許す最良の品質が手に入ります。
同じファイルを2回圧縮すると品質は傷みますか？
はい。非可逆の世代は、世代を重ねるごとに劣化が蓄積します。別のサイズが必要になるたびに元画像から圧縮し、手を加えていない元画像を唯一の信頼の源として残してください。ポータルがファイルを拒否してより小さいものを求めたときは、すでに圧縮済みのコピーを再圧縮するのではなく、元画像に戻って品質を大きく一段下げます。