WebP圧縮:既存のWebPをより小さく再エンコード

既存のWebPをすべてブラウザ内でより小さなWebPに再圧縮。品質82で非可逆再エンコード、サイズが増えることはなく、アップロードなし、完全にプライベート。

ブラウザーネイティブ
プライバシー第一
無料

今すぐ変換

ファイルをここにドラッグ&ドロップ

または

使い方

WebPファイルの多くは、画像が本来必要とする以上に重くなっています。デザインツールが品質90以上で書き出した、ビルド工程がチューニングなしでPNGを変換した、あるいはCMSが再圧縮せずにバイト列をそのまま包み直しただけ、といったケースです。このツールはWebPを生のピクセルにデコードし直し、品質82で新しいWebPとして再エンコードします。これにより、そうした高品質な保存ファイルよりも目に見えて小さくなるのが一般的です。これは非可逆の再エンコードで、新しいファイルはデコードされたピクセルから作り直されるもので、バイト単位でコピーされるわけではありません。 処理はWebAssemblyにコンパイルされたWebPコーデック(ビルドパイプラインでも使われる@jsquash/webpエンコーダーと同じもの)を使い、ブラウザ内で完結します。ファイルはメモリに読み込まれ、デコード、再エンコードされ、そのままダウンロードとして返されます。何もアップロードされないため、画像がサーバーに触れることはありません。 実際のセーフガードがあります。再エンコードした結果は元のファイルと比較され、小さい方が返されます。入れたファイルより大きなファイルを受け取ることは決してありません。元のファイルがすでに品質82以下であれば、見せかけの削減ではなく、ほとんどまたはまったく変化がないと考えてください。 知っておくべき制限が1つあります。対応するのは静止WebPのみです。アニメーションWebPは1フレームに潰さずにここで再エンコードすることはできないため、エンコーダーはそれらを受け付けず、元のアニメーションはそのまま返されます。

関連変換ツール

あなたのワークフローに役立つ他の強力なコンバーターを発見してください

WebPをGIFに変換:アニメーションWebPをGIFへ無料で

アニメーションWebPをブラウザでGIFに変換。全フレームとその再生間隔を保持し、フレームごとに256色パレットを生成。アップロード・透かし・登録は一切なし。

WebPをJPEGに変換:高速・安全・ブラウザ内で完結

WebPをブラウザ内で無料でJPEGに変換。ファイルは端末から一切送信されず、透過は白で塗りつぶされ、WebPを受け付けないアプリでも開けるJPEGになります。

WebPをPDFに変換:複数のWebPを1つのPDFに結合

複数のWebP画像を好きな順番で1つの複数ページPDFにまとめます。すべてブラウザ内で動作し、アップロードなし、各画像はフル解像度のまま。

画像を軽量化: JPG・PNG・WebPを同じ形式のまま圧縮

JPG・PNG・WebPを形式を変えずに圧縮。PNGはoxipngで完全に無劣化、JPEGとWebPは再エンコードして軽量化。ブラウザ内で動作、アップロード不要。

.jpg.jpeg +2
今すぐ試す

JPEGオプティマイザー:mozjpegでJPGファイルサイズを縮小

mozjpegでJPEGを再エンコードし、ほぼ同じ画質のままファイルサイズを削減。すべてブラウザ内で完結し、アップロード不要、元より大きいファイルが返ることはありません。

PNGをSVGに変換:ロゴ・アイコンをベクター化

PNGのロゴ・アイコン・線画をブラウザで編集可能なSVGパスにトレース。無料、アップロードなし、透かしなし。ベクター化の限界も正直に説明します。

.png.jpg +1
今すぐ試す

機能

  • ファイルアップロード不要
  • 100% プライバシー重視
  • ブラウザー駆動
  • 高速処理
  • 永久無料

対応フォーマット

.webp

出力: WebP Optimized

技術仕様

input Format WebP(静止画;非可逆または可逆のソース)
output Format WebP、品質82で再エンコード
compression Type @jsquash WebAssemblyコーデックによる非可逆WebP再エンコード
quality Retention 品質82で視覚的に近いが、ピクセル単位では同一でない;再エンコードが小さくならない場合は元を保持
color Space Support RGB、アルファチャンネルの透明度を完全に保持
max Resolution 端末のメモリのみが上限
processing Time 即時、ブラウザ内で実行

主な利点

  • 高品質なWebP書き出しを、より軽い配信サイズに再圧縮
  • 元より大きなファイルを返すことは決してないため、試すデメリットがない
  • アップロードなしで100%ブラウザ内実行、プライベート画像やクライアント画像にも安全
  • 再エンコードを通じて透明度を維持
  • アニメーションWebPを1フレームに潰さずそのまま残す
  • アカウント不要、待ち行列なし、端末メモリ以外のサイズ上限なし

一般的な使用例

  • CDNや静的サイトへ送り出す前にWebPアセットを軽量化
  • デザインツールからの品質90のWebP書き出しをWeb配信用に縮小
  • ページ重量を減らしてLargest Contentful PaintなどのCore Web Vitalsを改善
  • WebP商品画像を圧縮してeコマースの一覧表示を高速化
  • アップロードが許可されない環境でクライアントや公開前の画像をローカルで最適化
  • アプリやメールにまとめる前にWebP添付ファイルをスリム化

プロのヒント

  • ファイルが同じサイズで返ってきたら、すでに品質82以下だった証拠で、失敗ではなくセーフガードが働いています
  • これは非可逆の再エンコードで元に戻せない工程なので、元のマスターは別に保管してください
  • 最大の効果は高品質で保存されたWebPから得られるので、まず最も重い書き出しから取り組みましょう
  • 最適化の前にリサイズやトリミングを行い、これから捨てるデータではなく最終的なピクセルを圧縮しましょう
  • アニメーションWebPには専用のアニメーションエンコーダーを使ってください;このツールはそれらをそのまま通過させます

よくある質問

非可逆です。WebPはピクセルにデコードされ、品質82で再エンコードされるため、バイト単位の再包装ではなく本物の再圧縮です。写真やUI画像では通常の表示サイズで違いを見分けるのは難しいですが、元と完全に同一のピクセルではありません。完全なコピーが必要な場合は元のマスターを保管し、これはWeb配信用のバージョンにのみ使ってください。
それは元ファイルの保存方法に完全に左右されます。品質90以上で書き出されたWebPや、圧縮チューニングを省いたツールが作ったファイルは大きく削減できます。すでに品質82付近かそれ以下のWebPはほとんど変わらないか、本当に小さくならないものは返さない仕様のため同一のまま戻ってくることもあります。固定の割合はなく、削減量は元の品質と82との差から生まれます。
ありません。再エンコード後、新しいサイズが元と比較され、小さい方が採用されます。再エンコードが小さくならなければ、元のファイルがそのまま返されます。出力が入力より大きくなることはありません。
いいえ。デコードと再エンコードはWebAssemblyのWebPコーデックを通じて、すべてブラウザ内で実行されます。ファイルはローカルメモリに読み込まれ、サーバーに送信されることはないため、端末から出せない未公開・社内・クライアントの画像にも安全です。
よくある原因は2つです。元ファイルがすでに品質82以下で圧縮されていて、意味のある削減の余地がなく元が保持されたか、ファイルがアニメーションWebPで、ここで再エンコードするとアニメーションが失われるためそのまま返されたか、のいずれかです。
アニメーションWebPはそのまま通過します。エンコーダーは静止WebPのみをデコードし、アニメーションを1フレームに潰すと最初の1枚以降のすべてのフレームが黙って失われてしまうため、ツールは破壊するのではなくアニメーションファイルをそのままにします。アニメーションには専用のWebPアニメーションエンコーダーを使ってください。
はい。アルファチャンネルは色データとともにデコードされ、出力WebPに再エンコードされるため、透明な背景や柔らかいエッジはそのまま保たれます。色と同様にアルファもそのままコピーされるのではなく再エンコードされますが、維持されます。
いいえ、品質82で固定されており、スライダーはありません。これはWeb配信向けに調整されたバランスです。特定の画像により高い忠実度が必要な場合は、画像エディタでマスターから希望の品質で再エンコードし、このツールは配信ファイルを小さくしたいときだけ使ってください。