JPEG を WebP に変換
下のエリアに JPEG ファイルをドロップすると WebP ファイルが得られます。変換はお使いの端末上で行われるため、アップロードは発生せず、ブラウザのメモリが許す限りサイズや枚数の制限もありません。
ここに画像をドロップ
Ctrl/⌘ Vスクリーンショットやコピーした画像を貼り付け
対応形式: JPEG
値を下げるほどファイルは小さくなります。写真なら 75 が扱いやすい既定値です。
100% ブラウザ内処理 ファイルは一切アップロードされません。
なぜ JPEG を WebP に変換するのか
同じ写真であれば、WebP は元の JPEG よりもかなり小さく収まるのが普通です。ページの読み込み容量を削りたいとき、アップロード上限に収めたいときに効いてきます。
WebP はアルファチャンネルに対応しているので、変換後に背景を切り抜けます。ただし変換そのものが、元の JPEG になかった透明部分を作り出すわけではありません。
どちらも非可逆形式です。再エンコードのたびに少しずつディテールが失われるため、何度も変換を経たコピーではなく、元のファイルから変換するのが得策です。
Almost everyone doing this is trying to make a website faster, and it works: WebP will usually take a JPEG down by a quarter to a third at matching visual quality, across a whole image library that adds up fast. One caveat is worth understanding first, because it decides how good your result can be.
Before you convert
You are compressing something that was already compressed
The JPEG threw away detail when it was made, and the WebP encoder now works on that damaged picture — including its blocking artefacts, which it faithfully spends bytes preserving. If you still have the original camera file or the layered export, encoding WebP from that will give you a smaller and cleaner result than going through the JPEG. When the JPEG is genuinely all you have, this is still worth doing; just do not expect it to match what a direct encode would have achieved.
Do not raise quality to compensate
The instinct on a second-generation encode is to push quality up to protect what is left. It backfires: high settings make the encoder spend bytes reproducing the JPEG artefacts precisely, and you end up with a WebP that is larger than the JPEG it came from — the opposite of why you started. Around 80 usually lands smaller with no visible change.
Serve both, do not replace
The standard way to ship WebP is a picture element with the WebP first and the JPEG as fallback, so browsers that want it get it and everything else still works. Deleting the JPEG saves you storage and costs you a fallback — rarely a good trade for a public site.
What carries over
- Pixel dimensions
- Visual appearance at sensible settings
- A quarter to a third off the file size
What does not
- A little more detail — this is a second lossy pass
- Support in older email and desktop software
JPEG と WebP の比較
| 項目 | JPEG | WebP |
|---|---|---|
| 圧縮方式 | 非可逆 | 非可逆 |
| 透過 | 非対応 | 対応 |
| 一般的なファイルサイズ | 同等の JPEG のおよそ 100% | 同等の JPEG のおよそ 65-75% |
| 互換性 | 数十年前のソフトも含め、どこでも開けます | 現行のすべてのブラウザとほとんどのアプリが対応 |
| 主な入手元 | デジタルカメラや写真共有 | ページ容量を最適化しているウェブサイト |
よくある質問
JPEG ファイルはどこかにアップロードされますか？
いいえ。デコーダーとエンコーダーはこのページ内で動く WebAssembly モジュールです。形式を初めて使う際はネットワークタブにコーデックの取得が表示されることがありますが、ファイルを含む通信はありません。対応ブラウザでは一度使ったコーデックがキャッシュされ、以後は同じ変換をオフラインでも実行できます。
ファイルサイズや枚数の制限はありますか？
当サイト側では設けていません。実際の上限は端末のメモリです。変換中は画像を非圧縮で保持する必要があるためです。一般的なノートパソコンなら、1 億画素程度までは問題なく変換できます。
WebP に変換すると画質は落ちますか？
WebP は非可逆形式のため、一部のデータが捨てられます。既定の品質設定であれば、通常の表示サイズで違いが見えることはありません。ピクセル単位で完全に同じコピーが必要な場合は PNG を選んでください。
スマートフォンでも使えますか？
はい。同じ WebAssembly モジュールがモバイルブラウザでも動作します。スマートフォンの CPU は非力なためデスクトップより時間がかかり、非常に大きな画像ではメモリの上限に達しやすくなります。
JPEG から変換すると、さらに画質が落ちますか？
変換先も非可逆形式であれば、わずかに落ちます。手元の JPEG はすでにデータを捨てており、二度目の非可逆エンコードでもう少し捨てられるためです。品質 80 以上ならこの二度目の劣化はほとんど分かりませんが、同じファイルを何度も往復させるのではなく元データを保管しておくべき理由がここにあります。
WebP をウェブサイトで使っても大丈夫ですか？
大丈夫です。現行のすべてのブラウザが対応しており、訪問者のおよそ 97% をカバーします。残る隙間は古いブラウザではなく古いソフトの側にあり、一部のデスクトップ画像ビューアや古い CMS のアップロード欄では今も拒否されます。