WebP画像 (.webp)
RFC 標準WebPは、Googleによって開発された最新の画像フォーマットであり、Web画像向けに優れた可逆および非可逆圧縮を提供し、アルファ透明度とアニメーションフレームの両方をサポートします。
JPG を WEBP に変換
無料のブラウザ内 JPG から WEBP へのコンバーター。お使いのデバイスでファイルを即座に変換します。
WebPをオンラインで圧縮
プライベート - ファイルがデバイスの外に出ることはありません
調査とメタデータ
オペレーティングシステムやファイル解析ツールは、先頭のバイナリ列を検査してWebPファイルを識別します：
バイトレベルのヘッダーシグネチャ (マジックバイト)
オペレーティングシステムやファイル解析ツールは、先頭のバイナリ列を検査してWebPファイルを識別します：
16進数シグネチャ（オフセット0）：
52 49 46 46 ?? ?? ?? ?? 57 45 42 50ASCII表現: RIFF????WEBP
標準化： RFC 6386 / RIFFコンテナ仕様
技術仕様
| コンテナアーキテクチャ | 'WEBP' FourCCを持つResource Interchange File Format (RIFF)コンテナ |
| 圧縮 | 非可逆VP8予測フレーム内コーディングおよび可逆VP8L空間エントロピーコーディング |
| バイトエンディアン | RIFFチャンクサイズおよびコンテナタグのリトルエンディアン |
| 色空間 | sRGB, 埋め込みICCプロファイル (VP8X拡張ヘッダー経由) |
| チャンネルと構造 | RGB + アルファ (チャネルあたり8ビット) |
| 最大寸法 | 16,383 x 16,383ピクセル (14ビット符号なし整数) |
| 透過性 | 非可逆および可逆モードの両方で完全な8ビットアルファチャネル透明度 |
| ストリーミングとプログレッシブ | 段階的VP8ブロックデコードによるプログレッシブデコードをサポート |
技術比較表：WebPと競合製品
| 技術属性 | WebP (現在) | JPEG | PNG | AVIF |
|---|---|---|---|---|
| サポートされている圧縮モード | 非可逆 (VP8) および可逆 (VP8L) の両方 | 非可逆のみ | 可逆のみ | 非可逆 (AV1) および可逆の両方 |
| アルファ透明度 | あり (非可逆および可逆の両方) | なし | あり | あり |
| アニメーションサポート | あり (フレーム遅延付きマルチフレーム) | なし | APNG拡張が必要 | あり (AVIF画像シーケンス) |
| HDR / 広色域 | 8ビットのsRGBのみ | 8ビット標準 | 8ビットおよび16ビット | 10ビットおよび12ビットネイティブHDR |
| ブラウザサポート | すべてのモダンブラウザで97%以上のグローバルサポート | 100%対応 | 100%対応 | 93%以上のモダンブラウザ |
一般的な破損モードと16進数リカバリガイド
ブラウザがWebP画像を表示できず、壊れた画像アイコンが表示される。
根本原因: RIFFペイロード長ヘッダー (バイト4〜7) がディスク上の実際のバイト長と一致しない。
復旧: 総ファイルサイズから8バイトを引いた値を計算し、オフセット0x04にある4バイトのリトルエンディアン符号なし整数を書き換える。
デコーダが「Invalid FourCC: Expected WEBP」エラーで失敗する。
根本原因: バイト8〜11にASCII文字「WEBP」が含まれていない。
復旧: オフセット0x08に0x57 0x45 0x42 0x50 (「WEBP」) が含まれており、チャンクヘッダーが「VP8 」または「VP8L」と一致していることを確認する。
セキュリティ分析とパーサー攻撃ベクトル
CVE-2023-4863の発覚に伴いWebPの解析に対するセキュリティ監査が強化され、すべての主要なWebブラウザで広範なサンドボックスのハードニングが実施されました。
既知の攻撃ベクター
- CVE-2023-4863: 無効な可逆ハフマンテーブルの解析時に、libwebpのBuildHuffmanTable関数でヒープバッファオーバーフローが発生し、リモートコード実行につながる可能性があります。
- サイズオーバーのアニメーションフレームキャンバス寸法をデコードする際の整数オーバーフロー。
防御的ベストプラクティス: すべてのクライアントおよびサーバーライブラリでlibwebp 1.3.2以降を使用してください。メモリサンドボックス化されたワーカースレッドでWebPファイルをデコードしてください。
歴史的背景とマイルストーン
主なメリット
- 非可逆WebPは、同程度の見た目の品質でJPEGより小さいファイルを作成できる場合があります。結果は画像とエンコーダーによって異なります。
- 可逆WebPは、画像によってPNGより小さいファイルを作成できる場合があります。結果は画像とエンコーダーによって異なります。
- 単一の統一されたフォーマットで、写真、透明度を持つグラフィックス、軽量なアニメーションクリップを処理可能。
技術的な制限とデメリット
- 最大解像度が16,383 x 16,383ピクセルに制限されており、超高解像度パノラマ画像の作成が困難。
- 8ビットの色深度のみをサポート (ネイティブの10ビットまたは12ビットHDRサポートなし)。
- 複雑な非可逆画像のエンコードには、従来のJPEGエンコーダよりも多くのCPUサイクルが必要。
興味深い技術トリビア
- WebPは、GoogleのオープンソースVP8ビデオコーデックのキーフレーム内予測アルゴリズムに基づいています。
- WebPで使用されるRIFFコンテナは、従来のMicrosoft AVIおよびWAVファイルで使用されているものとまったく同じコンテナアーキテクチャです。
- GIFとの相対的なファイルサイズは、アニメーションの内容とエンコード設定によって異なるため、出力を比較してください。
よくある技術的な質問
WebPはPNGとJPEGの両方を完全に置き換えることができますか？
WebPは多くのWeb画像に適していますが、すべての用途でPNGやJPEGに置き換わるわけではありません。画像の内容、透明度の要件、閲覧者が使うブラウザーやソフトウェアに応じて形式を選んでください。
なぜWebPの可逆圧縮はPNGよりも効率的なのですか？
WebPの可逆圧縮は、高度な空間予測機能、カラー変換非相関化、局所的なカラーキャッシュ、およびエントロピー符号化された2D変換を使用するため、最適なPNGよりも通常26%小さいファイルになります。
WebPはアニメーションをサポートしていますか？
WebPはアニメーション画像に対応しています。GIFとの相対的なファイルサイズは、アニメーションの内容とエンコード設定によって異なるため、出力を比較してください。
関連するWebP変換ペア
JPEG画像をWebPに変換すると、同程度の見た目の品質でファイルサイズを減らせる場合があります。結果は画像の内容やエンコード設定によって異なります。
WebPをJPEGに変換すると、WebPに対応していないソフトウェアでも静止画を使いやすくなります。JPEGは透明度やアニメーションを保持しません。
PNG画像をWebPに変換すると、透明度を保ちながらファイルサイズを減らせる場合があります。結果は非可逆／可逆エンコードの選択と画像内容によって異なります。
WebPをPNGに変換すると、PNGに対応するソフトウェアで使える静止画像になります。WebPのアニメーションは保持されず、非可逆圧縮で失われたディテールも復元されません。
アニメーションWebPファイルをアニメーションGIFへ変換することで、最新のラスターアニメーションフォーマットと、幅広い互換性を必要とする古いWeb標準とを接続します。
文書や承認レビュー用に、WebP画像から1ページのPDFを作成します。ブラウザーが画像として描画するため、WebPデータやアニメーションは保持されません。