結論: Web ページに載せる画像は WebP にします。あとで編集し直すファイル、メールで送るファイル、1 チャンネル 16 ビットの色深度が必要なファイルは PNG のままにしておきます。
| PNG | WebP | |
|---|---|---|
| ファイルサイズ(本記事の 5 枚での実測) | 基準 | ロスレスで 30〜33% 小さい/品質 80 の非可逆で 71〜96% 小さい |
| 圧縮方式 | ロスレスのみ | ロスレスと非可逆を選べる |
| 透過 | 8 ビットのアルファチャンネル | どちらの方式でもアルファ対応 |
| アニメーション | APNG のみ(対応はまちまち) | 標準で対応 |
| 色深度 | 1 チャンネル最大 16 ビット | 1 チャンネル 8 ビット |
| ブラウザー対応 | すべて | 約 97%(IE 11 と古い Safari は非対応) |
| メールソフト・古いアプリ・CMS | どこでも使える | まだ受け付けないものがある |
| 向いている用途 | 元データ・編集用ファイル、印刷、16 ビットの作業 | Web ページで配信する画像 |
数字の根拠は以下で詳しく説明します。
適切な画像フォーマットを選ぶことは、画像最適化ワークフローで最初に行う判断であり、品質スライダーや圧縮設定よりもファイルサイズに大きな影響を与えます。間違ったフォーマットを選ぶと、圧縮を始める前に30〜70%の潜在的な節約を逃すことになります。
この判断で最も頻繁に登場する2つのフォーマットがPNGとWebPです。PNGは1990年代後半からWeb上の可逆グラフィックの定番です。WebPはGoogleが開発し2010年にリリースしたもので、JPEGとPNGの両方をより優れた圧縮で置き換えるために特別に設計されました。15年後、WebPはほぼユニバーサルなブラウザ対応と測定可能に小さいファイルサイズを持つ成熟したフォーマットに成長しました。
しかし「WebPの方が小さい」は「常にWebPを使え」を意味しません。PNGがより良い選択である正当なシナリオがあり、各フォーマットをいつ使うかを理解することで時間を節約し互換性の問題を避けられます。
このガイドでは、重要なすべての側面 — 圧縮効率、機能サポート、ブラウザ互換性、実際のパフォーマンス — でPNGとWebPを比較し、5つの一般的な画像タイプの実際の変換データを提供します。最後には、この2つのフォーマットを選択するための明確な判断フレームワークが得られるでしょう。
PNGを理解する:可逆の標準
PNG(Portable Network Graphics)は1996年にGIFのパテントフリーな代替として作成されました。W3C PNG仕様(ISO/IEC 15948)で定義されており、約30年にわたりWeb標準となっています。
PNG圧縮の仕組み
PNGは2段階の可逆圧縮パイプラインを使用します。まず、各ピクセル行が隣接ピクセル間の差分をエンコードする予測フィルタを通過します。PNGは5つのフィルタタイプ(None、Sub、Up、Average、Paeth)をサポートし、エンコーダーが行ごとに最適なフィルタを選択します。次に、フィルタされたデータがDEFLATEアルゴリズム(LZ77 + ハフマン符号化)で圧縮されます。ZIPファイルやgzipと同じアルゴリズムです。
両段階とも可逆であるため、解凍された画像はオリジナルとビット単位で同一です。ピクセルデータは一切破棄されません。
PNGの強み
- 完璧な可逆品質 — すべてのピクセルがオリジナルと正確に保持され、後で編集する画像やピクセルパーフェクトな精度が必要な画像に最適です。
- 完全なアルファ透過 — PNGはピクセルあたり256レベルの透過を持つ8ビットアルファチャンネルをサポートし、ロゴ、アイコン、UI要素に不可欠です。
- 広い色深度 — 拡張ダイナミックレンジを必要とするワークフロー向けにチャンネルあたり最大16ビット(48ビットカラー)をサポート。
- ユニバーサルサポート — すべてのブラウザ、画像エディタ、OS、CMSが設定なしでPNGを処理します。
PNGの制限
- 写真の大きなファイルサイズ — 可逆圧縮は写真コンテンツでは非可逆方式と競合できません。PNG写真は同等の視覚品質のJPEGやWebPの通常3〜10倍の大きさです。
- ネイティブアニメーションなし — 基本PNG仕様はアニメーションをサポートしません。APNG(アニメーションPNG)は拡張として存在しますが、対応が不安定でGIFやWebPアニメーションと比較してほとんど使用されません。
- 非可逆モードなし — PNGは可逆のみです。フォーマット自体の中で品質とファイルサイズをトレードオフすることはできません。pngquantのようなツールはPNGエンコード前に非可逆量子化を適用できますが、これはPNGのネイティブ機能ではなく前処理ステップです。
WebPを理解する:Googleのモダンな代替
WebPはGoogleが開発し2010年に初めてリリースしました。非可逆圧縮にはVP8ビデオコーデック、可逆圧縮には別のアルゴリズムに基づいています。GoogleのWebP開発者ドキュメントとWebPコンテナ仕様に記載されています。
WebP圧縮の仕組み
WebPは2つの異なるモードで動作します:
非可逆モードはVP8イントラフレーム符号化から派生した技術を使用し、適応的ブロックサイズ(4×4と16×16)、高度な空間予測、ブール算術符号化を備えています。GoogleのWebPドキュメントによると、非可逆WebPは同等のSSIM品質スコアでJPEGより25〜34%小さいファイルサイズを達成します。
可逆モードは13モードの空間予測、色空間変換、後方参照検索、カスタムエントロピー符号化を使用します。Googleの独自ベンチマークでは、可逆WebPファイルは約12,000のWeb画像のコーパスで測定して平均でPNGファイルより26%小さいことが示されています。
WebPの強み
- 優れた圧縮 — WebPはJPEG(非可逆)とPNG(可逆)の両方に対して同等の視覚品質でより小さいファイルを生成し、通常25〜35%の節約。
- 透過サポート — 非可逆・可逆の両WebPがアルファチャンネルをサポート。アルファ付き非可逆WebPは同等のPNGより60〜80%小さいことが多い。
- アニメーションサポート — WebPはVP8インターフレーム圧縮によるアニメーションをネイティブにサポートし、フルカラー対応でGIFのモダンな代替を提供。
- ほぼユニバーサルなブラウザ対応 — 2025年初頭のCan I Useデータによると、WebPはChrome、Firefox、Safari、Edge、Operaの現行バージョンすべてを含むグローバルで約97%のブラウザにサポートされています。
WebPの制限
- 完全にユニバーサルではない — 3%のブラウザ対応ギャップは、オーディエンスに古いデバイスのユーザーが含まれる場合に問題になる可能性があります。WebPのみにする前にアナリティクスを確認してください。
- 遅いエンコード — WebPエンコードはJPEGよりもコストが高いですが、差は通常モダンハードウェアで画像1枚あたり1秒未満です。
- 限られたネイティブアプリサポート — 一部のデスクトップアプリケーションやレガシーCMSプラットフォームはWebPをネイティブに処理できない場合がありますが、急速に改善されています。
- 非可逆品質の上限 — 非常に高い品質設定(95+)では、非可逆WebPがJPEGよりわずかに大きいファイルを生成する場合があります。
圧縮比較:5つの画像タイプでPNG vs WebP
理論は有用ですが、フォーマットの判断を行う際に重要なのは実際の数値です。5つの一般的な画像タイプをPNGからWebP(可逆)とWebP(品質80の非可逆)に変換し、実際のファイルサイズの違いを測定しました。
テスト方法
- ソース画像:Webサイトで最も一般的な5つのタイプを代表する画像 — 企業ロゴ、デスクトップスクリーンショット、商品写真、UIアイコンセット、テキストオーバーレイ付きマーケティンググラフィック。
- 元のフォーマット:すべてのソース画像は標準ツールで最大圧縮(レベル9)のPNG-24として保存。
- 変換ツール:MacBook Pro(M2、16 GB RAM)のChrome 122でクライアントサイド実行のImgCompress.appフォーマットコンバーター。
- WebP可逆:ビットパーフェクトな品質保持のためにWebP可逆モードで変換。
- WebP非可逆:サイズと視覚的忠実度の良いバランスを提供する品質80のWebP非可逆モードで変換。
- 品質検証:すべての可逆変換がPNGソースとピクセル同一であることを確認。非可逆変換は100%ズームで目に見えるアーティファクトを検査。
結果
| 画像タイプ | サイズ | PNGサイズ | WebP可逆 | 節約率 | WebP非可逆 (Q80) | 節約率 |
|---|---|---|---|---|---|---|
| 企業ロゴ | 800×400 | 42 KB | 28 KB | 33% | 12 KB | 71% |
| デスクトップスクリーンショット | 1920×1080 | 1,850 KB | 1,280 KB | 31% | 185 KB | 90% |
| 商品写真 | 2400×2400 | 8,200 KB | 5,740 KB | 30% | 320 KB | 96% |
| UIアイコンセット | 512×512 | 85 KB | 58 KB | 32% | 24 KB | 72% |
| マーケティンググラフィック | 1200×628 | 680 KB | 465 KB | 32% | 95 KB | 86% |
データが示すもの
WebP可逆はPNGに対して一貫して30〜33%の節約。 これは小さなアイコンから大きなスクリーンショットまで、5つの画像タイプすべてで驚くほど一貫しています。節約はWebPのより効率的な可逆圧縮アルゴリズムから完全に得られます。品質は失われず、画像はPNGオリジナルとピクセル同一です。
WebP非可逆は写真コンテンツで劇的な節約。 商品写真は8.2 MB(PNG)からわずか320 KB(品質80の非可逆WebP)に減少 — 96%の削減です。シャープなテキストとUI要素を含むデスクトップスクリーンショットでさえ、通常の視聴距離でテキスト劣化なしに90%の削減を達成しました。
ロゴとアイコンは非可逆の節約が最小だが、それでも大幅に恩恵。 企業ロゴは42 KBから12 KB(71%削減)、アイコンセットは85 KBから24 KB(72%削減)になりました。これらの画像はソリッドカラーの大きな領域とシャープなエッジを持ち、PNGでもうまく圧縮されますが、WebP非可逆はそれでもファイルサイズを3分の2以上削減します。
可逆と非可逆のギャップはコンテンツタイプによって異なる。 商品写真では、可逆WebP(5.7 MB)と非可逆WebP(320 KB)の差は巨大で、非可逆は18倍小さいです。ロゴでは差がはるかに小さい(28 KB vs 12 KB、約2.3倍)。これは非可逆圧縮の根本的な性質を反映しています:滑らかなグラデーションと細かいディテールを持つ写真コンテンツに優れ、ソリッドカラーとシャープなエッジのグラフィックではそれほど劇的な改善を提供しません。
ブラウザ互換性:2025年の現状
ブラウザ対応はフォーマット採用の決定的な要因であることが多いです。WebPとPNGの互換性の現状は以下の通りです:
PNGブラウザ対応
PNGは2000年代初頭からユニバーサルにサポートされています。すべてのブラウザ、すべてのバージョン、すべてのプラットフォームがPNGを正しく処理します。これ以上言うことはありません。PNGを配信すれば、どこでもレンダリングされます。
WebPブラウザ対応
2025年1月時点のCan I Useデータによると、WebPはグローバルで約97%のブラウザ対応を享受しています:
- Chrome:バージョン32(2014年)から完全対応
- Firefox:バージョン65(2019年)から完全対応
- Safari:macOSではバージョン16(2022年)から、モバイルではiOS 14+(2020年)から完全対応
- Edge:バージョン18(2018年)から完全対応
- Opera:バージョン19(2014年)から完全対応
残りの約3%は主にInternet Explorer 11(2022年6月サポート終了)、macOS Catalina以前の古いSafariバージョン、ニッチなモバイルブラウザからです。
実用的な互換性戦略
2025年のほとんどのWebサイトでは、WebPをフォールバックなしのプライマリフォーマットとして配信できます。97%の対応率は、訪問者の大多数がWebPバージョンを見ることを意味します。ただし、アナリティクスで古いブラウザからの有意なトラフィックが示される場合は、HTML <picture> 要素を使用してPNGフォールバック付きでWebPを配信できます:
<picture>
<source srcset="image.webp" type="image/webp" />
<img src="image.png" alt="画像の説明" />
</picture>
このアプローチは対応ブラウザにはより小さなWebPファイルを配信し、残りにはPNGにフォールバックします。ブラウザがフォーマット選択を自動的に処理します。JavaScriptは不要です。
AVIFを含むフォーマット選択のより広い視点については、画像フォーマット変換ガイドをご覧ください。
チュートリアル:ImgCompress.appでPNGをWebPに変換
ImgCompress.appを使ってPNG画像をWebPに変換する実際のプロセスを解説します。ワークフローと結果を直接確認できます。
ステップバイステップの変換プロセス
-
ブラウザで画像変換ツールを開きます。すべての処理はローカルで実行され、画像がデバイスから外に出ることはありません。
-
PNGファイルをアップロードエリアにドラッグ&ドロップするか、クリックして参照します。バッチ変換のために複数ファイルを一度にアップロードできます。
-
出力フォーマットドロップダウンからWebPをターゲットフォーマットとして選択します。
-
圧縮モードを選択します:
- 可逆:ピクセルパーフェクトな品質が必要な場合(ロゴ、アイコン、後で編集するスクリーンショット)
- 非可逆:品質75〜85で、写真や複雑なグラフィックでわずかな品質トレードオフが許容される場合
-
変換をクリックして数秒待ちます。コンバーターがCanvas APIとWeb Workerを使用して各画像をクライアントサイドで最適なパフォーマンスで処理します。
-
結果をプレビューします。非可逆変換では、圧縮前後の比較を使用して品質が基準を満たしているか確認します。透過領域周辺のエッジ、テキストのシャープさ、グラデーションの滑らかさに注意してください。
-
変換されたファイルを個別にまたはZIPアーカイブとしてダウンロードします。
変換のヒント
- グラフィックにはまず可逆から。 PNGにロゴ、アイコン、UI要素が含まれている場合、まず可逆WebPを試してください。品質の妥協ゼロで30%のサイズ削減が得られます。さらに小さなファイルが必要でわずかな品質トレードオフを許容できる場合のみ、非可逆に切り替えてください。
- 写真には品質80を使用。 PNGが写真(編集中の品質保持のためにデザインツールからPNGとしてエクスポートされたもの)の場合、品質80の非可逆WebPでWeb表示サイズで目に見える品質低下なしに劇的なファイルサイズ節約が得られます。
- 透過を保持。 WebPは非可逆・可逆の両モードでアルファ透過をサポートしています。透過背景のPNGファイルを変換する際、透過は自動的に保持されます。特別な設定は不要です。
- 効率のためにバッチ変換。 変換するPNGアセットのフォルダがある場合、すべてを一度にアップロードしてください。ImgCompress.appが並列処理し、すべてを単一のZIPファイルとしてダウンロードできます。
対応するすべてのフォーマット間の変換の詳細については、フォーマット変換完全ガイドをご覧ください。
判断フローチャート:PNG vs WebPの使い分け
PNGとWebPの選択は、具体的なユースケースに関するいくつかの重要な質問に帰着します。実用的な判断フレームワークは以下の通りです:
PNGを使うべき場合:
- ユニバーサル互換性の保証が必要 — レガシーシステム、メールクライアント、古いネイティブアプリを含む。
- さらなる編集用のソースファイルを作成 — PNGの可逆圧縮はデザインワークフローの中間フォーマットとして最適。
- 16ビット色深度が必要 — PNGはチャンネルあたり16ビット(48ビットカラー)をサポートし、科学・医療画像に重要。WebPはチャンネルあたり8ビットに制限。
- プラットフォームがWebPをサポートしていない — 一部の古いCMSプラットフォームやメールマーケティングツールはまだWebPファイルを受け付けません。
WebPを使うべき場合:
- Web配信の最適化 — 2025年では97%のブラウザ対応でWebPがより良いデフォルト。
- 品質を落とさずに小さなファイルが欲しい — 可逆WebPは同一の視覚出力でPNGより26〜33%小さい。
- 小さなファイルサイズで透過が必要 — アルファ付き非可逆WebPはPNGファイルサイズのわずかな割合で透過画像を提供。
- パフォーマンス重視のサイトを構築 — PNGからWebPへの切り替えは、ページ速度とCore Web Vitalsに対して行える最もインパクトの大きい最適化の一つ。
ハイブリッドアプローチ
実際には、多くのチームが両方のフォーマットを使用しています:
- PNGをアセットパイプラインのソースおよびアーカイブフォーマットとして
- WebPをブラウザに配信する配信フォーマットとして
- PNGフォールバックを
<picture>要素経由でWebPをサポートしない少数のブラウザ向けに
これにより両方の長所が得られます:編集用の可逆ソースファイルと配信用の最大圧縮。このマルチフォーマット戦略については、画像圧縮完全ガイドでより詳しく解説しています。
高度な考慮事項
WebP可逆 vs PNG:PNGが勝つ場合
WebP可逆は大多数のケースでPNGより小さいですが、PNGがWebPと同等またはそれ以上になるエッジケースがあります:
- 非常に小さな画像(1 KB未満)で、WebPコンテナのオーバーヘッドがファイルをわずかに大きくする場合。
- 非常に少ない色数の画像で、PNGのパレットモード(PNG-8)が非常に効率的な場合。
- すでに高度に最適化されたPNGで、zopfliなどのツールで処理済みの場合、差が大幅に縮まる。
これらのエッジケースは「PNGの代わりにWebP可逆を使用する」が堅実な一般ルールであり続けるほど稀です。
AVIF:WebPの次のステップ
すでにWebPを使用していてさらに優れた圧縮が欲しい場合、AVIFは評価する価値があります。Alliance for Open Mediaが開発したAV1ビデオコーデックに基づくAVIFは、同等の品質でWebPより通常20〜30%小さいファイルを達成します。ブラウザ対応はグローバルで約93%で成長中です。トレードオフは遅いエンコード速度とやや低い互換性です。詳細な比較については、AVIFフォーマット徹底解説をご覧ください。
まとめ
2025年のPNG vs WebPの判断は、ほとんどのユースケースでシンプルです。WebPは可逆モードで26〜33%小さいファイル、非可逆モードで劇的に小さいファイルを提供し、グローバルで97%のブラウザ対応を持ちます。Web配信にはWebPがより良いデフォルトです。
PNGはソースフォーマットとして、16ビット色深度を必要とするワークフローで、そしてユニバーサル互換性が譲れない環境で不可欠であり続けます。2つのフォーマットは競合するのではなく補完し合います — PNGは作成とアーカイブ用、WebPは配信とパフォーマンス用です。
圧縮データが物語っています:5つの一般的な画像タイプで、WebP可逆はPNGに対して品質低下ゼロで30〜33%の節約を達成しました。品質80の非可逆WebPはコンテンツタイプに応じて71〜96%の節約を達成しました。これらはわずかな改善ではありません。ページ読み込み速度の向上、帯域幅コストの削減、ユーザー体験の改善に直結します。
PNG画像をWebPに変換する準備はできましたか?無料フォーマットコンバーターをお試しください。ブラウザ内で完全に動作し、バッチ変換に対応し、透過を保持し、ダウンロード前に結果を並べて比較できます。
関連記事:
