STATUS IS UPウェブサイト最適化ウィキ
17高速化
パフォーマンスと配信 / 高速化

AVIF、WebP、JPEG、PNG:適切な画像フォーマットの選び方

画像の役割、閲覧者、テスト済みのフォールバック経路からフォーマットを選びます。AVIF と WebP は転送量を削減できることが多いですが、互換性やピクセルの厳密さが重要な場合は JPEG や PNG が依然として信頼できるフォールバックになります。

AVIF、WebP、JPEG、PNG:適切な画像フォーマットの選び方 — ビジュアルガイド
読む
8 分
出典
7
再検証
2027-03-27
レビュー済み
Web performance and delivery reviewer
短い答え

まず決断から始める。

ウェブに対して「これが常に最良」の単一フォーマットは存在しません。写真のヒーロー画像や製品画像については、まず AVIF をテストし、次に WebP を用意し、それでもカバーしきれないクライアントが存在する想定なら JPEG フォールバックを用意します。スクリーンショット、図表、文字が多いグラフィックでは、ロスレスのマスターを保持し、ロスレス WebP や AVIF と PNG を比較し、透明度やエッジの正確さが必要な場合は PNG を幅広い互換性のあるフォールバックとして使います。JPEG は不透明な写真の堅実なフォールバックとして残りますが、アルファチャンネルは持ちません。

変換は制御された配信変更として扱ってください。ファイルサイズと表示サイズで重要なトリミング箇所を比較し、picture を使った順序付けされたソースを公開し、寸法を設定し、CDN 応答、MIME タイプ、キャッシュ、フォールバックをリリース前にテストしてください。優先フォーマットが利用できないときにコンテンツを保護するためです。

ビジュアルガイド

作業をシステムとして見る。

個別の戦術に取り掛かる前に、この記事の意思決定をこのマップで結び付けてください。

SIU高速化
01画像が果たすべき役割で選ぶ
02各フォーマットが提供するものを理解する
03一つのフォーマットに賭けるのではなくフォールバック経路を構築する
04エンコード時間を見積もり視覚品質を保護する
01

画像が果たすべき役割で選ぶ

拡張子ではなくアセットから始めてください。写真は連続階調コンテンツなので、表示サイズに応じて一部のロスは許容できます。スクリーンショット、チャート、ロゴ、線画はエッジやテキストが鋭く、アーティファクトが目立ちます。これらはロスレス出力か慎重な承認で保護してください。ベクターのロゴや図は利用できるなら SVG を使います。

次に必要な機能を特定します。アルファはピクセル単位の透明度を意味します。アニメーションはフレームの連続です。必要なブラウザカバレッジ、公開量、ビルド時間は、より小さいフォーマットよりも優先され得る配信上の制約です。

不透明な写真

まずロッシーな AVIF と WebP をテストしてください。幅広い互換性が必要な不透明フォールバックとして JPEG を用意しておきます。

シャープなグラフィックとスクリーンショット

ロスレスのソースを保持します。実際の表示スケールで PNG とロスレス WebP または AVIF を比較してから選択してください。

透明なアートワーク

AVIF、WebP、または PNG を使用してください。JPEG はアルファチャンネルを持たないため選ばないでください。

02

各フォーマットが提供するものを理解する

AVIF は AV1 で符号化された画像を HEIF ベースのコンテナに格納します。仕様には静止画像、画像列、およびアルファ画像アイテムが含まれます。ロッシーとロスレスのエンコード、透明度、アニメーションをサポートします。節約量は固定ではなく、元画像、エンコーダー、速度、目標品質、メタデータによって変わります。

WebP はロッシーとロスレスのモード、透明度、アニメーションをサポートします。JPEG は非常に広い歴史的サポートを持つロッシーの静止画像フォーマットで、不透明な写真のフォールバックとして有用です。PNG はアルファを持つロスレスで、正確なグラフィックのフォールバックに適していますが、写真には非効率的になりがちです。通常の PNG は静的なので、動きが必要なら別のアニメーション形式をテストしてください。

AVIF

転送量削減の利益がエンコードとフォールバックの作業を正当化する高価値ラスタ画像で検討するのに適しています。

WebP

透明度やアニメーションを含むモダンな汎用ラスタオプションとして有用です。

JPEG

不透明な写真のフォールバックとして使う。透明なロゴや切り抜きには使えません。

PNG

ロスレスかつ透明を必要とするラスタフォールバックや、最小バイト数よりピクセル忠実度が重要なアセットに使います。

03

一つのフォーマットに賭けるのではなくフォールバック経路を構築する

ブラウザが代替を評価できるように picture 要素を使います。まず AVIF、その次に WebP、最後に JPEG や PNG の img フォールバックと正しい MIME タイプを置いてください。ブラウザはサポートしていない source をスキップし、利用できるソースがない場合はフォールバックを使います。意図的にトリミングを変えない限り、同じ意味のある代替テキストを維持してください。

フォーマットのフォールバックはレスポンシブサイズを置き換えません。スロットが変わる場合は幅に基づく候補と正確な sizes 値を提供してください。width と height を含めてブラウザがスペースを確保できるようにします。小さなフォーマットファイルを過大なピクセル寸法で供給するとバイトを無駄にします。

推奨されるソース順

AVIF を先、WebP を次、フォールバックとして不透明写真には JPEG、透明やロスレスが必要なら PNG を最後に置きます。

キャッシュに関する注意

サーバーが picture マークアップではなくリクエスト能力からフォーマットを選ぶ場合、キャッシュの変動(Vary)を正しく設定し、各クライアントがデコード可能な表現を受け取ることをテストしてください。

フォールバックのテスト

優先デコーダを持たないクライアントを使うかステージでソースを意図的に無効にして、画像、寸法、代替テキストが正しいことを確認してください。

04

エンコード時間を見積もり視覚品質を保護する

モダンな圧縮は処理をエンコード側に移します。AVIF のリファレンスエンコーダーは 0(最も遅い)から 10(最も速い)までの速度レンジを提供します。WebP もエンコーダー作業量と時間、出力サイズ、品質をトレードオフします。バッチ再エンコードやオンデマンド変換は運用上の判断であり、無料の設定変更ではないと扱ってください。

アセットクラスごとに再現可能なポリシーを設定し、一般的な表示サイズでオリジナルをレビューしてください。顔、グラデーション、テキスト、エッジ、透明境界を点検します。マスターを保持し、エンコーダーのバージョンと設定を記録して、欠陥が発生した際に再現およびロールバックできるようにします。

速度はトレードオフ

高速なエンコードはビルド負荷を軽減できますが、ファイルが大きくなったり圧縮効率が落ちる可能性があります。自分のソースセットでベンチマークしてください。

品質は単一の数値ではない

スコアやプリセットは、訪問者にとって意味のある画像領域の視覚的レビューに代わるものではありません。

05

画像フォーマットの変更を信頼性向上の予防策にする

Status Is UP にとって、画像最適化は重要ページを劣化させないための予防的アップタイム作業です。重要な画像の URL を把握し、代表的な変換をステージングで行い、コンテンツタイプ、CDN の挙動、キャッシュ無効化を検証してからサイト全体の移行を行ってください。

リバーシブルなバッチでデプロイします。リリース候補でレンダリングと転送挙動を比較し、新しい経路が実証されるまで古い表現を保持してください。変換やキャッシュ規則が失敗した場合は既知の良好なソースを復元します。これは AVIF や複数フォーマットを強制する普遍的な命令ではなく、回復力のある配信方針です。

重要な画像を優先して保護

リード画像やファーストユースフルビューに影響するコンテンツ画像を優先し、すべてのアーカイブ画像を一度に処理しないでください。

ロールバックの準備

決定的なアセット名やバージョン化されたマッピングを保持して、以前の JPEG、PNG、または WebP パスを迅速に復元できるようにします。

実行 / 検証

実践的なTo‑Doガイド。

  1. 01

    アセットを分類する

    各ターゲットが写真、シャープなグラフィック、透明アセット、またはアニメーションのいずれかであるかを記録します。

    検証: インベントリにソースマスター、可視上の役割、透明度の必要性、意図した動作が記録されています。
  2. 02

    パイロットセットを選ぶ

    ライブラリを変換する前に代表的で影響の大きい画像を選びます。

    検証: パイロットは優先ページ上の画像タイプを網羅しています。
  3. 03

    制御されたバリアントを作成する

    1つのマスターから AVIF、WebP、および必要な JPEG または PNG フォールバックを生成します。

    検証: 各候補に既知の寸法、エンコーダーバージョン、設定が付与されています。
  4. 04

    実際のレンダリングをレビューする

    テキスト、グラデーション、顔、エッジ、透明度について一般的な表示サイズで候補を検査します。

    検証: レビュアーが重要なトリミングで目立つアーティファクトがないことを承認しています。
  5. 05

    レスポンシブなソースと寸法を追加する

    必要に応じて picture を使い、適切なサイズ候補を提供し、width と height を明記します。

    検証: レイアウトテストで画像駆動のレイアウトシフトなしに正しいリソースが選択されます。
  6. 06

    配信挙動を検証する

    ステージでコンテンツタイプ、レスポンス経路、CDN 変換、キャッシュ規則をチェックします。

    検証: 各選択画像に期待される MIME タイプと既存のオブジェクトが確認されています。
  7. 07

    フォールバックを実行する

    推奨ソースが利用できない条件をテストします。

    検証: フォールバックがコンテンツ、代替テキスト、寸法、許容できる視覚的表現を保持しています。
  8. 08

    ロールバックマップでリリースする

    以前の表現と文書化された復元手順を保持します。

    検証: リリース責任者が以前のアセットマッピングを特定して復元できる状態です。
議論のテーマ

トレードオフを比較し、非公開データは共有しないでください。

これらのプロンプトをチームやサイトオーナーコミュニティで使ってください。手法や学びは共有して構いませんが、認証情報や顧客データ、非公開インフラの詳細を貼り付けないでください。

  1. 01

    あなたのサイトでバイト削減と視覚品質のトレードオフが最も顕著に現れる画像クラスはどれで、どのようにレビューしていますか?

  2. 02

    訪問者が実際に使うブラウザや埋め込みクライアントで最も有効だったフォールバック形式は何ですか?

  3. 03

    チームがリリースをロールバックする必要があるとき、どのように画像変換設定を再現可能に保っていますか?

人気/信頼できる資料

出典資料を開く。

MDN Web DocsImage file type and format guide ↗

ラスタ形式、圧縮モード、透明度、アニメーション、フォールバック選択をブラウザ寄りに比較した実務的な解説。

レビュー日 2026-09-27
MDN Web DocsHTML picture element reference ↗

ソース選定、タイプ別代替案、レスポンシブ候補、img フォールバックの役割を説明する実用的なガイド。

レビュー日 2026-09-27
W3CPortable Network Graphics specification, Third Edition ↗

ロスレスラスタ画像、アルファサポート、PNG の静的/アニメーションの範囲に関する現時点の推奨事項。

レビュー日 2026-09-27
Alliance for Open MediaAV1 Image File Format specification ↗

画像シーケンスとアルファ画像定義を含む、維持されている AVIF の仕様。

レビュー日 2026-09-27
web.devUsing AVIF to compress images on your site ↗

AVIF エンコーダーの制御、品質テスト、および画像パフォーマンスの限界に関する Google の実務的なガイダンス。

レビュー日 2026-09-27
Google for Developerscwebp reference ↗

ロスレスおよびロッシーの制御、アルファ設定、速度と品質のトレードオフに関する公式の WebP エンコーダー文書。

レビュー日 2026-09-27
WHATWGHTML images ↗

レスポンシブ画像選択と width/height の振る舞いに関する生きた HTML 標準。

レビュー日 2026-09-27

出典ポリシー フォーマット機能、HTML の挙動、エンコーダーのトレードオフに関する主張は、Resources に列挙された公式仕様および文書に基づいています。推奨は組織の資産、閲覧者、配信構成をテストすることを条件としており、ナビゲーションリンクは証拠ソースではありません。

簡単な補足

よくある質問

AVIF は常にウェブ向けで最良の画像フォーマットですか?

いいえ。AVIF は試す価値のある強力な選択肢ですが、決定は視覚品質、必要なクライアントカバレッジ、エンコード能力、および動作するフォールバックに依存します。写真は AVIF の恩恵を受けることが多い一方、正確なグラフィックはロスレス出力と PNG フォールバックを必要とする場合があります。

すべての JPEG と PNG を WebP や AVIF に置き換えるべきですか?

盲目的に置き換えてはいけません。影響の大きい画像から始め、マスターを保持します。視覚結果と配信経路が承認される箇所で変換してください。PNG はロスレスなグラフィックや透明度で正しい選択のままであり、JPEG は不透明な写真のフォールバックとして残ることがあります。

最新フォーマットによってレスポンシブ画像が不要になりますか?

いいえ。フォーマット選択とサイズ選択は別の問題を解きます。picture はサポートされるフォーマットを選ぶのに役立ち、srcset と sizes は適切な解像度を選ぶのに役立ちます。width と height は画像到着前にブラウザがスペースを確保するために依然として重要です。

Status Is UP Editorial Team · Uptime Enablement Editors

レビュー: Web performance and delivery reviewer。公開 2026-09-27、更新 2026-09-30。