WebP画像を圧縮
既存のWebPの画質を低下させたり、特定のファイルサイズに正確に制限したりできます。バッチ処理に対応しローカルで実行されます。
リソースの読み込みに失敗しました
画像処理エンジンが読み込めませんでした。ネットワークの不安定さやアプリの更新直後の可能性があります。ページを更新して再試行してください。ファイルはローカルに保存されており、アップロードされることはありません。
画像をドラッグするか、クリックして選択
複数の画像を一度に追加可能。フォルダ全体の選択や、クリップボードの画像を Ctrl+V で直接貼り付けもできます。追加後は現在の設定に従って自動処理され、全ての処理はブラウザ内で完了します。
画像は現在のブラウザ内でのみデコード・リエンコードされ、アップロードされません。
- 対応フォーマット
- JPG PNG WebP AVIF
- 圧縮エンジン
- MozJPEG · OxiPNG · libavif
- プライバシー
- 100% ローカル処理
- バッチ処理
- フォルダー / ペースト
無料・オンライン・枚数無制限・ログイン不要
すでに WebP なのに、なぜ再エンコードするのか
WebP 自体は高効率な形式ですが、手持ちのファイルは第三者のパラメータでエンコードされている可能性があります。品質 95 でエクスポートされたスクリーンショットや、CMS によって自動縮小されたヘッダー画像は、ページの必要量を超えたデータを持っていることがよくあります。品質 75～85 で再エンコードすれば、通常さらに 30～60% のサイズ削減になり、人間の目ではほとんど違いがわかりません。
WebP は透過をサポートするため、アイコンや切り抜き商品画像は WebP のままで Alpha チャンネルを保持しつつサイズを小さくできます。JPEG に変換すると透過領域が直接平坦化されてしまいます。
このページでは出力形式を WebP に固定しています。実際に調整するのは品質とオプションのサイズ上限のみで、縮小をオフにすると元のサイズを維持します。
WebP 画像の圧縮方法
WebP ファイルを追加
ドラッグ＆ドロップ、フォルダ選択、クリップボードから貼り付け可能です。出力形式は WebP に固定されています。
品質を選択またはサイズ上限を設定
まずは 80 から試してください。広告枠やメール、CMS アップロードなど厳密な制限がある場合は、KB/MB で上限を直接入力すると、ツールが自動的に適切な品質を検出します。
保存
1 枚ずつダウンロードするか ZIP にまとめて保存できます。再エンコード後のファイルが元のファイルより小さくならなかった場合は、自動的に元のファイルを保持します。
このシナリオのよくある質問
なぜ WebP 圧縮後にファイルサイズが大きくなるのですか？
元のファイルの品質がすでに低くエンコードされている場合、より高い品質で再エンコードすると当然ファイルサイズは大きくなります。ツールはこの状況を自動的に認識し、元のファイルを保持します。その結果行には「元のファイルを保持」と表示されます。
WebP 圧縮後も透明は保持されますか？
はい、保持されます。損失型および非損失型の WebP のいずれもアルファチャンネルをサポートしており、透明のロゴや切り抜き画像は再エンコード後も透明のままです。
ウェブ画像には WebP と AVIF のどちらを使うべきですか？
WebP はエンコードが速く、すべての最新ブラウザでサポートされています。AVIF は通常さらに 20–40% ファイルサイズが小さくなりますが、エンコード速度ははるかに遅いです。バッチ処理には WebP の方が安定しており、ファイルサイズに非常に敏感な静的サイトには AVIF の利用が価値があります。
その他の画像タスク
同じローカル処理で、別の視点から：
× · →
ZIP を作成中
画像数が多い場合、処理に時間がかかります。完了後に自動的にダウンロードされますので、繰り返しクリックしないでください。