JPG画像を圧縮
このページにドロップしたすべてのJPEGは、あなたのマシン上で生のピクセルにデコードされ、Mozillaが開発したエンコーダMozJPEGによって再構築されます。1992年のJPEGフォーマットから、標準のlibjpegが管理するよりも小さなファイルを引き出すためのものです。何もアップロードされません。品質スライダーは、デスクトップエディタで知っているものとは異なります：それは、ファイルが到着する前にどれだけ圧縮されたかに対して相対的に機能します。これにより、二度目のパスがすでに小さなJPEGを台無しにするのを防ぎます。
3つの品質設定での1枚の写真
| スライダー | 出力 | 保存 |
|---|---|---|
| 90 | 347.8 KB | 35%小さく |
| 60 | 212.4 KB | 61%小さく |
| 30 | 131 KB | 76%小さく |
このページの品質番号の意味
ほとんどのエンコーダに75を入力すると、すべての入力に対して同じ絶対的な強度が得られます。ここでは、その数字は比率です。エンコードの前に、ツールはJPEGにすでに組み込まれている圧縮を検査し、以前のエンコーダが使用したレベルを推定し、その比率にスライダーを合わせます。おおよそ90でLightroomからエクスポートされたファイルは、スライダーを70に設定して圧縮されると約63に書き込まれます。ウェブサイトがすでに55に圧縮したものは、同じスライダー設定から約39で出てきます。
二つの結果が続きます。出力を再度入力すると、最初を測定し、それに比例して下を目指すので、マッシュにはなりません。そして、同じスライダー位置から異なるソースから異なるファイルが生成されます — カメラのエクスポートとウェブのダウンロードは同じ場所から始まっていないので、各実行を結果リストの前後のサイズで判断し、設定した数字ではなくなります。
プログレッシブスキャンと色のサブサンプリング
MozJPEGのデフォルトは、このツールが保持するもので、最適化されたハフマンテーブルを持つプログレッシブJPEGを生成します。プログレッシブファイルは、上から展開されるストリップの代わりに、ますますシャープなフルフレームパスのシーケンスとして到着するため、遅い接続では全体の写真が早く認識できます。プログレッシブエンコーディングは、ファイルのサイズを数パーセント削減する傾向があり、損失のあるフォーマットでは珍しい無料の利点の一つです。
二つ目のデフォルトはクロマサブサンプリングで、エンコードごとに自動的に選択されます。JPEGは、明るさを色とは別に保存します。なぜなら、人間の目は明るさをはるかに細かく解決するからです。典型的なウェブ設定では、エンコーダは2x2のピクセルブロックごとに1つの色サンプルを保持します。写真はそれを完全に無視します。飽和した赤いテキスト、細いカラーチャートの線、シャープなロゴのエッジはそうではありません — それらはぼやけます — だから、スクリーンショットや図はここではなくPNGコンプレッサーに属します。
世代損失と目指すべきサイズ
JPEGの損傷は最悪の場合累積的で、最良の場合はほぼ無料です。同じ未加工の画像を1つの設定で再保存すると、1回または2回のパスの後に安定します。なぜなら、エンコーダは同じ値について同じ決定を下し続けるからです。保存の間に編集することが痛手です：トリミング、整列、または色補正を行うと、次のエンコードは新しいピクセルに直面し、再び予算を使います — 5つのチャットアプリを通じて転送された写真のスムージーはまさにこれです。退屈な習慣が勝ちます：1つのマスターファイルを保持し、それから毎回圧縮し、すべての圧縮出力を使い捨てとして扱います。
サイズの目標については、表のはしごを読んでください：スライダー範囲の上部は元のバイトの3分の2を保持し、下部は4分の1を保持しました。ウェブページでは、フル幅のヒーローフォトは通常約200KB未満に予算が組まれ、連続テキスト内の画像は100KB未満で、どちらも4Kソースから快適に到達可能です。メールの場合、制約はメッセージです：Gmailは25MBを超えるものを拒否するため、スライダー範囲の中間を通過する写真のバッチは、カメラのオリジナルでは通過できない場所を簡単に移動します。
よくある質問
ここでのスライダーはなぜPhotoshopのものと異なる動作をしますか？
デスクトップエディタは、その数字を絶対的なエンコーディング強度として扱います。このページは、それをJPEGがすでに持っている品質の比率として扱い、ファイル自体から推定します。したがって、無傷のエクスポートでスライダー80は、ウェブがすでに圧縮したファイルのスライダー80とは異なる意味を持ちます。結果リストはどちらにしても真実です。
ウェブサイト用にどのJPG品質を使用すべきですか？
80から始めて出力を判断してください。背景やサムネイルは50以下に耐えます。特に、100%にズームするのではなく、表示サイズで確認すると、誰も見ない柔らかさが不安に見えることがあります。上の表は、1つの4K写真で各ステップが実際に何を得たかを示しています。
ここで書き込まれたJPEGはプログレッシブですか？
はい。MozJPEGのプログレッシブモードと最適化されたハフマンコーディングはデフォルトでオンになっているため、ファイルはデータが到着するにつれてシャープになる迅速なぼやけたパスとしてレンダリングされ、通常は同じ品質のベースラインエンコードよりも少し小さくなります。
なぜ赤いテキストと細い線が圧縮後にぼやけて見えるのですか？
クロマサブサンプリング：JPEGは明るさよりも低い解像度で色を記録し、硬いエッジの飽和した詳細が正確にそれを損ないます。これはフォーマットの特性であり、スライダーの問題ではありません — スクリーンショット、チャート、インターフェースキャプチャは代わりにPNGであるべきです。
JPEG圧縮は元に戻せますか？
いいえ。破棄された詳細はファイルに存在せず、何もそれを回復しません — AIのアップスケーラーは、もっともらしい置き換えを発明できますが、それは世代であり、回復ではありません。これが、元のエクスポートがこのページの設定よりも重要である理由です。
JPGとJPEGの違いはありますか？
まったくありません。JPEGはフォーマットの名前であり、.jpgは拡張子を3文字に制限したオペレーティングシステムから生き残ったものです。このページは両方を読み取り、入力がどの拡張子を持っていても同じ出力を書き込みます。
圧縮する前にJPGをリサイズすべきですか？
表示されるよりも大きい場合は、はい、最初にリサイズを行ってください。ピクセル寸法を切り取ることでデータが完全に削除され、エンコーダの設定よりも多くのものを得ることができます。リサイズする前に圧縮すると、リサイズがその後捨てる詳細をエンコードするために労力を無駄にします。
このページで圧縮した画像はどこに行きますか？
どこにも行きません。エンコーダはページ内で実行されるWebAssemblyであり、ファイルは読み込まれ、圧縮され、あなたのマシンを離れることなくダウンロード用に提供されます。ページを読み込むとコードが取得されます — 画像を圧縮すると何も取得されず、ブラウザのネットワークパネルが確認します。