Web上のすべての画像は特定のフォーマットでエンコードされており、そのフォーマットが画像の帯域幅消費量、デバイス間でのレンダリング方法、サポートする視覚機能を決定します。間違ったフォーマットを選択したり、古いフォーマットに固執したりすると、ファイルが大きくなり、ページが遅くなり、最適化の機会を逃すことになります。
フォーマット変換とは、画像をあるフォーマットから別のフォーマットに再エンコードするプロセスです。JPGをWebPに変換すると、GoogleのWebPドキュメントによると目に見える品質低下なしにファイルサイズを25〜34%削減できます。PNGをAVIFに変換すると、可逆グラフィックを50%以上削減できます。しかし不注意な変換 — JPGを複数回の非可逆再エンコードにかけること — は、元に戻すのが困難な方法で画像品質を破壊する可能性があります。
このガイドでは、4つの最も重要なWeb画像フォーマット(JPEG、PNG、WebP、AVIF)を解説し、機能を比較し、最も一般的な変換シナリオを紹介し、ImgCompress.appを使って効率的に画像を変換する方法をお見せします。
4つの主要Web画像フォーマット
何かを変換する前に、各フォーマットの得意分野と弱点を理解する必要があります。最も頻繁に遭遇する4つのフォーマットの技術的概要です。
JPEG (JPG)
JPEGはここで最も古いフォーマットであり、Web上の写真コンテンツで今でも最も広く使用されています。ITU-T T.81規格(1992年)で定義されたJPEGは、離散コサイン変換(DCT)に基づく非可逆圧縮パイプラインを使用します。エンコーダーは画像を8×8ピクセルブロックに分割し、各ブロックを周波数係数に変換し、知覚されにくいディテールを破棄するためにそれらの係数を量子化し、エントロピー符号化を適用します。
JPEGは写真と滑らかなグラデーションの圧縮に優れています。品質80では、一般的な写真は最小限の目に見える劣化で未圧縮サイズの約10〜15%に圧縮されます。プログレッシブレンダリングとクロマサブサンプリング(4:2:0、4:2:2)にも対応し、ファイルサイズをさらに削減します。
主な制限:JPEGは透過やアニメーションに対応しておらず、非可逆品質での保存と再オープンのサイクルごとに追加のアーティファクト(世代劣化)が発生します。
PNG
PNG(Portable Network Graphics)はGIFの可逆でパテントフリーな代替として設計されました。W3C PNG仕様(ISO/IEC 15948)で定義されたPNGは、行ごとの予測フィルタと組み合わせたDEFLATE圧縮を使用して可逆圧縮を実現します。
PNGはすべてのピクセルを正確に保持するため、スクリーンショット、ロゴ、アイコン、図表の標準的な選択肢です。完全な8ビットアルファ透過(ピクセルあたり256レベル)と拡張色深度ワークフロー用のチャンネルあたり最大16ビットをサポートします。
トレードオフはファイルサイズです。PNGは可逆であるため、写真コンテンツでは非可逆フォーマットと競合できません。PNG写真は同等の視覚品質のJPEGの通常5〜10倍の大きさです。PNGはネイティブアニメーションにも対応していません。
WebP
WebPはGoogleが開発し2010年にリリースしました。非可逆圧縮にはVP8ビデオコーデック、可逆圧縮には別のアルゴリズムに基づいています。GoogleのWebP開発者ドキュメントに記載されています。
WebPは非可逆・可逆の両圧縮、透過、アニメーションを単一のコンテナでサポートします。Googleのベンチマークによると、非可逆WebPは同等のSSIM品質でJPEGより25〜34%小さいファイルを生成し、可逆WebPは平均でPNGより約26%小さくなります。
2025年初頭のCan I Useデータによると、ブラウザ対応率はグローバルで約97%に達しています。残りのギャップは主にInternet Explorer 11(2022年サポート終了)と古いSafariバージョンからです。WebPの主な制限は8ビット色深度の上限とJPEGと比較してやや遅いエンコードです。
AVIF
AVIFはここで最も新しいフォーマットで、Alliance for Open Media(AOM)が開発したAV1ビデオコーデックに基づいています。AVIFはAV1のイントラフレーム符号化を活用して、JPEGとWebPの両方を上回る圧縮を実現します。
AVIFは非可逆・可逆圧縮、完全なアルファ透過、アニメーション、HDR、広色域(最大12ビット色深度)、フィルムグレインシンセシスをサポートします。ベンチマークでは、AVIFは同等の知覚品質でJPEGより20〜50%、WebPより20〜30%小さいファイルを生成します。
2025年初頭のCan I Useデータによると、ブラウザ対応率はグローバルで約93%です。Chrome、Firefox、Safari(16.4以降)、Edgeすべてがサポートしています。主な欠点は大幅に遅いエンコード速度と7%のブラウザ対応ギャップです。
フォーマット機能比較マトリックス
以下の表は4つのフォーマットすべての主要機能をまとめたものです。変換先を決める際のクイックリファレンスとしてお使いください。
| 機能 | JPEG | PNG | WebP | AVIF |
|---|---|---|---|---|
| 圧縮タイプ | 非可逆のみ | 可逆のみ | 非可逆 + 可逆 | 非可逆 + 可逆 |
| 透過(アルファ) | なし | あり(8ビット) | あり(8ビット) | あり(最大12ビット) |
| アニメーション | なし | なし(APNG限定) | あり | あり |
| 色深度 | 8ビット | 最大16ビット | 8ビット | 最大12ビット |
| HDR対応 | なし | なし | なし | あり |
| プログレッシブ読み込み | あり | インターレース(限定) | なし | なし |
| ブラウザ対応(2025年) | 約99% | 約99% | 約97% | 約93% |
| 一般的な写真圧縮 | 良好 | 不向き(可逆) | 非常に良好 | 優秀 |
| エンコード速度 | 高速 | 高速 | 中程度 | 低速 |
| 仕様 | ITU-T T.81 | W3C ISO/IEC 15948 | Google WebP Spec | AOM AVIF Spec |
このマトリックスは明確な進化を示しています:JPEGとPNGは特化型フォーマット(非可逆写真と可逆グラフィック)であり、WebPとAVIFは両方のユースケースをより優れた圧縮で単一コンテナで処理する汎用フォーマットです。新しいフォーマットのトレードオフは互換性の低下と、AVIFの場合は大幅に遅いエンコードです。
一般的な変換シナリオと推奨方向
すべての変換が同等に意味があるわけではありません。劇的なファイルサイズ節約を品質低下なしに実現するパスもあれば、わずかな改善やファイルサイズの増加をもたらすパスもあります。最も一般的な変換シナリオをインパクト順にランク付けします。
高インパクトの変換
JPEG → WebP(非可逆): ほとんどのWebサイトにとって最もインパクトのある変換です。同等の設定で目に見える品質差なしに25〜34%小さいファイルが得られます。WebPのブラウザ対応率97%により、ほぼすべてのオーディエンスに安全です。推奨品質:元のJPEG品質設定と同等かやや上。
PNG → WebP(可逆): 可逆PNGグラフィックを可逆WebPに変換すると、品質低下ゼロで約26〜33%の節約になります。すべてのピクセルが同一に保持されます。ロゴ、アイコン、スクリーンショット、UI要素には迷わず選択すべきです。さらに小さなファイルが必要でわずかな品質トレードオフを許容できる場合、アルファ付き非可逆WebPでPNGファイルサイズを60〜80%削減できます。
JPEG → AVIF(非可逆): 最大圧縮にはAVIFがJPEGとWebPの両方を上回ります。同等の知覚品質でJPEGより30〜50%小さいファイルが期待できます。トレードオフは遅いエンコードと93%のブラウザ対応(WebPの97%に対して)。WebPまたはJPEGフォールバック付きでAVIFを配信できるサイトに最適です。
PNG → AVIF(可逆または非可逆): AVIFの可逆モードは通常PNGより30〜40%小さいファイルを生成します。アルファ透過付き非可逆AVIFは、優れた視覚品質を維持しながらPNGより劇的に小さくなります。すでにAVIFを使用しているか、次世代画像パイプラインを構築しているサイトに最適です。
中程度のインパクトの変換
WebP → AVIF: すでにWebPに変換済みの場合、AVIFへの切り替えでさらに15〜25%のサイズ削減が得られます。この努力が正当化されるかは、トラフィック量とパフォーマンス目標によります。高トラフィックサイトでは、累積的な帯域幅節約が大きくなります。
PNG → JPEG: デザインツールからPNGとして保存された写真コンテンツがあり、透過が不要な場合の有効な変換です。ファイルサイズの削減は劇的で、80〜90%になることが多いですが、アルファチャンネルは永久に失われます。
避けるべき変換
JPEG → PNG: 非可逆JPEGを可逆PNGに変換すると、品質を回復することなくファイルサイズが大幅に増加します(5〜10倍になることが多い)。JPEGアーティファクトはPNGにそのまま保持されます。唯一の正当な理由は、編集ワークフローで透過を追加する必要がある場合です。
オリジナルなしの非可逆→非可逆チェーン: 非可逆画像を別の非可逆フォーマットで再エンコードすると、品質劣化が複合します。常に利用可能な最高品質のソース、理想的にはオリジナルの未圧縮または可逆ファイルから変換してください。
変換インパクトサマリー
| 変換パス | 一般的なサイズ削減 | 品質への影響 | 推奨? |
|---|---|---|---|
| JPEG → WebP(非可逆) | 25〜34%小さい | 無視できる | はい — 高インパクト |
| PNG → WebP(可逆) | 26〜33%小さい | なし(同一) | はい — 高インパクト |
| JPEG → AVIF(非可逆) | 30〜50%小さい | 無視できる | はい — AVIF対応の場合 |
| PNG → AVIF(可逆) | 30〜40%小さい | なし(同一) | はい — AVIF対応の場合 |
| WebP → AVIF | 15〜25%小さい | 無視できる | 中程度 — 規模による |
| PNG → JPEG | 80〜90%小さい | 非可逆、透過なし | アルファ不要の場合のみ |
| JPEG → PNG | 5〜10倍大きい | 改善なし | 避ける — メリットなし |
チュートリアル:ImgCompress.appでJPGをWebPに変換
最も一般的な変換 — JPEGからWebP — をImgCompress.appのフォーマットコンバーターで実行する手順を解説します。プロセス全体がブラウザ内でクライアントサイドで実行されるため、画像がデバイスから外に出ることはありません。
ステップバイステップのプロセス
-
コンバーターを開く。 任意のモダンブラウザで画像変換ツールにアクセスします。アカウントやインストール不要で即座に読み込まれます。
-
JPEGファイルをアップロード。 1つ以上のJPGファイルをアップロードエリアにドラッグ&ドロップするか、クリックしてファイルシステムを参照します。個別ファイルまたはバッチ全体を受け付けます。
-
出力フォーマットとしてWebPを選択。 ターゲットフォーマットドロップダウンからWebPを選択します。JPEGソースファイルはすでに非可逆なので、デフォルトの非可逆モードが正しい選択です。
-
品質設定を調整。 ほとんどのJPEGからWebPへの変換では、品質80がファイルサイズと視覚的忠実度の優れたバランスを提供します。ソースJPEGが品質90+で保存されていた場合、WebP品質85を使用して同等の視覚品質をより小さなファイルで維持できます。
-
変換してプレビュー。 変換ボタンをクリックします。ImgCompress.appはCanvas APIとWeb Workerを使用して各画像を高速に並列変換します。完了後、各変換画像をプレビューしてオリジナルと比較できます。
-
品質を確認。 圧縮前後の比較を使用して目に見える違いがないか確認します。細かいテキスト、シャープなエッジ、グラデーション領域に注意してください。品質80では、通常の視聴距離で違いは見えないのが一般的です。
-
結果をダウンロード。 個別ファイルをダウンロードするか、すべてを単一のZIPアーカイブとして取得します。変換されたWebPファイルはWebサイトにデプロイする準備ができています。
変換結果:実測データ
5枚の一般的なJPEG画像を品質80のWebPに変換し、実際の節約を測定しました:
| 画像タイプ | 元のJPG | WebP (Q80) | サイズ削減 |
|---|---|---|---|
| ポートレート写真 (3000×4000) | 2.4 MB | 1.6 MB | 33% |
| 風景写真 (4000×2667) | 3.1 MB | 2.1 MB | 32% |
| 白背景商品写真 (2000×2000) | 850 KB | 580 KB | 32% |
| ブログヘッダーグラフィック (1200×628) | 185 KB | 120 KB | 35% |
| SNS画像 (1080×1080) | 320 KB | 210 KB | 34% |
結果は一貫しています:品質80のWebPは、目に見える品質劣化なしに元のJPEGファイルと比較して32〜35%のファイルサイズ削減を実現します。1ページあたり50枚の画像を配信するWebサイトでは、すべてのページ読み込みで約3分の1の帯域幅削減になります。
品質保持のヒント:変換の落とし穴を避ける
フォーマット変換は強力ですが、不注意な変換は画像を劣化させます。守るべき最も重要なルールは以下の通りです。
世代劣化の問題
非可逆圧縮で画像をエンコードするたびに、一部の情報が永久に破棄されます。JPEGを取り、WebP(非可逆)に変換し、そのWebPをAVIF(非可逆)に変換すると、3回の非可逆圧縮を適用したことになります。各回が前回の上に複合するアーティファクトを導入します。
これは世代劣化と呼ばれ、フォーマット変換ワークフローで最も一般的なミスです。1回の変換後は劣化が微妙かもしれませんが、2〜3回後には明確に目に見えるようになります。特に細かいディテール、テキスト、シャープなエッジのある領域で顕著です。
品質を保持するためのベストプラクティス
-
常に最高品質のソースから変換する。 オリジナルのRAWファイルや未圧縮TIFFがある場合、それを変換ソースとして使用してください。利用可能な最良のソースがJPEGの場合、そのJPEGからターゲットフォーマットに直接変換してください。中間の非可逆フォーマットを経由しないでください。
-
非可逆変換をチェーンしない。 JPEG → WebPは問題ありません。JPEG → WebP → AVIFは問題です。WebPとAVIFの両バージョンが必要な場合、両方をオリジナルJPEG(またはより良いのは可逆ソース)から作成してください。
-
ソースが可逆の場合は可逆変換を使用する。 ソースがPNGの場合、すべてのピクセルを保持するためにWebP可逆またはAVIF可逆に変換してください。より小さなファイルが具体的に必要で品質トレードオフを許容する場合のみ、非可逆に切り替えてください。
-
ソース品質設定と同等以上にする。 JPEG(品質85)をWebPに変換する場合、WebP品質85以上を使用してください。ソースより低い品質設定を使用すると、目に見える劣化が保証されます。
-
オリジナルを保持する。 変換後にソースファイルを削除しないでください。ストレージは安価ですが、失われた品質を再作成することは不可能です。最適化された配信ファイルとともにソースアーカイブを維持してください。
-
デプロイ前に確認する。 Webサイト上のオリジナルを置き換える前に、変換された画像を100%ズームで必ずプレビューしてください。自動バッチ変換は効率的ですが、スポットチェックがユーザーに届く前に問題を発見します。
非可逆圧縮の仕組みと最適な品質設定の選び方についてのより深い理解には、JPEG圧縮のベストプラクティスガイドをご覧ください。
バッチフォーマット変換ワークフロー
画像を1枚ずつ変換するのは小規模プロジェクトには有効ですが、ほとんどの実際のシナリオでは数十から数百のファイルが関わります。ImgCompress.appを使った効率的なバッチ変換ワークフローを紹介します。
バッチ変換の計画
変換前に、ソースフォーマットと用途で画像を分類します:
-
現在の画像を監査する。 現在配信しているフォーマットを特定します。ほとんどのサイトはJPEG(写真)とPNG(グラフィック、ロゴ、スクリーンショット)の混合です。
-
コンテンツタイプ別にターゲットフォーマットを選択:
- 写真(JPEGソース)→ 品質80の非可逆WebP
- 透過付きグラフィック(PNGソース)→ 可逆WebP
- ヒーロー画像と高トラフィックページ → WebPフォールバック付きAVIF
- メールとレガシーコンテキスト → JPEG/PNGオリジナルを維持
-
一貫した品質パラメータを設定する。 視覚的一貫性のために、同じタイプのすべての画像に同じ品質設定を使用します。
バッチ変換の実行
-
画像変換ツールにアクセスし、バッチ全体をアップロード — コンバーターが複数ファイルを並列処理します。
-
ターゲットフォーマットと品質設定を選択します。
-
コンバーターにすべてのファイルを処理させます。ImgCompress.appはWeb Workerを使用して画像を同時処理するため、大きなバッチでも迅速に完了します。
-
バッチから代表的な3〜5枚の画像をスポットチェックします。テキストがシャープで、グラデーションが滑らかで、透過領域が正しくレンダリングされていることを確認します。
-
バッチ全体をZIPアーカイブとしてダウンロードし、サーバーまたはCDNにデプロイします。
マルチフォーマット配信戦略
幅広い互換性で最大パフォーマンスを実現するには、各ソース画像から複数フォーマットの生成を検討してください:
- プライマリ: AVIF(最小ファイル、93%ブラウザ対応)
- フォールバック: WebP(やや大きい、97%ブラウザ対応)
- レガシーフォールバック: オリジナルJPEG/PNG(ユニバーサル対応)
HTML <picture> 要素を使用してこれらを配信し、ブラウザが最適なサポートフォーマットを自動選択できるようにします:
<picture>
<source srcset="photo.avif" type="image/avif" />
<source srcset="photo.webp" type="image/webp" />
<img src="photo.jpg" alt="商品写真" />
</picture>
このアプローチは、ブラウザに関係なくすべての訪問者に可能な限り最小のファイルを配信します。さまざまなコンテキストでの画像最適化については、画像圧縮完全ガイドをご覧ください。
適切なフォーマットの選択:判断フレームワーク
4つのフォーマットから選ぶための実用的な判断ツリーは以下の通りです:
- 写真または滑らかなグラデーションの複雑なグラフィック? → 非可逆モードでAVIF(最高圧縮)またはWebP(より広い対応)を使用。
- 透過が必要? → WebP(可逆または非可逆+アルファ)またはAVIFを使用。JPEGは避ける。
- ピクセルパーフェクトが必須(ロゴ、スクリーンショット、図表)? → 可逆WebPまたはPNGを使用。
- ユニバーサル互換性が必須(メール、レガシーシステム)? → 写真にはJPEG、グラフィックにはPNGを使用。
- それ以外 → 最大圧縮のために非可逆WebPまたは非可逆AVIFを使用。
WebPとPNGの詳細な比較については、WebP vs PNG比較ガイドをご覧ください。AVIFの機能の詳細については、AVIFフォーマット徹底解説をチェックしてください。
まとめ
画像フォーマット変換は、Web開発者やコンテンツクリエイターが利用できる最もレバレッジの高い最適化の一つです。データは明確です:JPEGからWebPへの変換で25〜34%の節約、PNGから可逆WebPへの変換で26〜33%の節約、AVIFへの変換ではJPEG比で30〜50%のさらなる節約が可能です。これらは理論的な数値ではなく、フォーマット仕様(JPEGのITU-T T.81、GoogleのWebPドキュメント、AOM AVIF仕様)に裏付けられ、実際の変換テストで確認された一貫した再現可能な結果です。
フォーマット変換を成功させる鍵は、ソース素材を理解し、適切なターゲットフォーマットを選択し、チェーンされた非可逆変換による世代劣化を避けることです。利用可能な最高品質のソースから始め、ターゲットフォーマットに直接変換し、結果を確認し、オリジナルを保持してください。
2025年のほとんどのWebサイトにとって、実用的な推奨はシンプルです:写真をWebP(またはフォールバックを配信できるならAVIF)に変換し、可逆グラフィックを可逆WebPに変換し、最大パフォーマンスが重要な場合は<picture>要素でマルチフォーマット配信を使用してください。
画像を変換する準備はできましたか?無料フォーマットコンバーターをお試しください。ブラウザ内ですべてを処理し、4つのフォーマットすべてでバッチ変換をサポートし、ダウンロード前に結果を比較できます。
関連記事:
