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

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

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

今すぐ変換

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

または

使い方

すでにJPG・PNG・WebPを持っていて、形式はそのままで同じファイルをただ小さくしたい。CDNの料金を下げたい、あるいはページをようやく表示サイズの予算内に収めたい、そんな場面のためのツールです。形式を保ったままバイト数を減らし、ファイル先頭のマジックバイトを読み取って1ファイルごとに最適な方法を選びます。入れたものより大きいものを返すことは決してありません。最適化後にサイズを比較し、新しいエンコードが実際に小さくなっていなければ、元ファイルをそのまま返します。 PNGはoxipngを通り、この経路は正真正銘の無劣化です。deflateストリームを書き直し、さまざまなフィルターのヒューリスティックを試し、不要なチャンクを取り除くため、すべてのピクセルと全アルファチャンネルが元と1バイトも違わず同じまま、より密に詰められて戻ってきます。正確な色が重要なときに信頼できる経路です。ロゴ、UIのスクリーンショット、図表、鋭いエッジや透過を持つものすべてに向いています。 JPEGとWebPは仕組みが異なります。JPEGはデコードしてmozjpegの品質80で再エンコードし、WebPは同等の設定で再エンコードします。どちらも不可逆な工程なので、ビット単位で同一のコピーではなく、新しく圧縮し直された軽いファイルが得られます。これらの設定なら、一般的なウェブ画像では損失はたいてい気づきにくい程度ですが、これは魔法ではなく本物の再エンコードです。すでに圧縮済みの写真にさらに重ねると、ノイズ(アーティファクト)が出始めます。アニメーションWebPは検出してそのまま残します。ブラウザ内のデコーダは1フレームしか読めず、再エンコードするとアニメーションが潰れてしまうためです。 すべてはWebAssemblyのコーデックでローカルに動作します。ファイルがあなたの端末から出ることはなく、アップロードの工程もなく、サーバーには何も書き込まれません。ファイルを入れて、結果を受け取る。それだけです。

関連変換ツール

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

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

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

PNG最適化ツール:ピクセルそのまま、可逆圧縮

oxipngでPNGファイルを可逆圧縮。フィルターとDEFLATEの最適化でピクセルはそのまま容量だけ削減。ブラウザ内で動作し、アップロードも画質劣化もありません。

PNGをWebPに変換:軽量化しつつ透過を保持

PNGをブラウザでそのままWebPに変換。透過を保ったままファイルを軽くします。アップロード不要で、ファイルが端末から出ることはありません。最新のブラウザならどれでも動作します。

PNGをBase64に変換:PNGをData URIにエンコード

ブラウザ内でPNGをBase64のData URIにエンコード。HTML・CSS・JSに貼り付けて小さなアイコンをインライン化できます。アップロード不要、ワンクリックでコピー、可逆。

JPEGをBase64 data URIに変換、ブラウザ完結で無料

JPEGをBase64のdata URIにエンコードし、HTML・CSS・JSにそのまま貼り付け。ブラウザ内で完結しアップロードなし。ワンクリックで文字列をコピー。

Base64からPNGへ:data URIをブラウザでデコード

Base64文字列やdata:URIを貼り付けて、ローカルでPNGにデコード。アルファ透過を保持し、アップロードもサーバーも不要。完全にクライアント側でデコードします。

機能

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

対応フォーマット

.jpg .jpeg .png .webp

出力: Optimized

技術仕様

input Format JPG/JPEG、PNG、WebP
output Format 入力と同じ形式(JPG/JPEG、PNG、またはWebP)
compression Type PNGは無劣化(oxipng)、JPEG(mozjpeg、品質80)とWebPは不可逆な再エンコード
quality Retention PNG: 同一のピクセルとアルファ(完全に無劣化)。JPEG/WebP: 高品質な再エンコードで、わずかな、たいてい気づかない程度の損失
color Space Support RGBとRGBA、PNGのアルファ透過は完全に保持
max Resolution 端末のメモリによってのみ制限
processing Time 瞬時、ブラウザ内で動作

主な利点

  • 元の形式を保持し、変換や拡張子の意外な変化がない
  • PNGの経路はoxipngで正真正銘の無劣化: 同一のピクセル、より小さいファイル
  • 肥大化を防ぎ、元より大きいファイルは決して返さない
  • すべてブラウザ内で動作し、アップロードもサーバー保存もなし
  • 形式を判別して1ファイルごとに適切な方法を自動で選ぶ
  • PNGの透過をアルファチャンネルごと正確に保持

一般的な使用例

  • ソース素材を再書き出しせずにCDNと帯域のコストを削減
  • ページ重量の予算を達成し、Largest Contentful Paintを改善
  • ドキュメント用のスクリーンショットやUIグラフィックを画質を落とさず圧縮(PNG)
  • 透過を保ったままロゴやアイコンを軽量化
  • メールやアップロードのサイズ上限に収まるようJPEG写真を削減
  • 形式を変えられない公開中のウェブ画像をその場で最適化

プロのヒント

  • 形式を保つ必要があるときに使い、より大きく削減したいときは形式変換ツール(例: PNGからWebP)に切り替える
  • 正確な色や透過が重要なときは必ずPNGの経路を選ぶ。ここで唯一の無劣化オプションだから
  • すでに最適化済みのJPEGを再処理しない。不可逆な再エンコードのたびに少しずつ劣化しうる
  • ファイルが同じサイズで戻ってきたら、すでに十分圧縮されていたということで、失敗ではない
  • スクリーンショット、単色のグラフィック、アイコンがPNG最適化で最も効果が出る

よくある質問

はい。PNGはoxipngを通り、これは画像の中身ではなく保存のされ方だけを変えます。出力されるピクセルとアルファ透過は元と1バイトも違わず同一で、再びデコードすればまったく同じ画像が戻ってきます。ファイルが小さくなるだけです。
いいえ。JPEGとWebPはデコードして再エンコードされ(JPEGはmozjpegの品質80、WebPは同等の設定)、これは不可逆な工程です。品質は十分高く、一般的なウェブ画像では違いはたいてい見分けにくいですが、ビット単位で同一のコピーではなく新しいエンコードです。確実に同一のピクセルが必要なら、PNGの経路だけがそれを保証します。
いいえ。最適化後、ツールは新しいサイズを元と比較し、本当に小さくなった場合のみ新しいファイルを渡します。再エンコードが効かない場合(すでにきつく圧縮されたJPEGではよくあります)、元のファイルがそのまま返されます。
いいえ。入れた形式がそのまま出てきます。PNGはPNG、JPGはJPG、WebPはWebPのままです。より大きく削減するために形式を切り替えたい場合(たとえばPNGからWebP)は、このオプティマイザーではなく専用の形式変換ツールを使ってください。
いいえ。すべての処理はWebAssemblyのコーデックを使ってブラウザ内で動作します。画像が端末から出ることはなく、どこにも送信されず、何も保存されません。ページが読み込まれた後は、オフラインでも動作します。
oxipngはデータそのものではなく、データの詰め方を圧縮します。写真系のPNGや、すでに優秀なエンコーダーで保存されたPNGは取り除ける冗長性がほとんど残っていないため、削減幅は小さくなります。スクリーンショット、ロゴ、アイコン、単色のグラフィックは、たいてい最もよく圧縮されます。いずれにせよ、どれだけ削減できても結果は無劣化のままです。
そのまま返されます。ブラウザ内のWebPデコーダは1フレームしか読めないため、アニメーションを再エンコードすると気づかぬうちに潰れてしまいます。ツールはその場合を検出し、アニメーションを壊さずに元のファイルを保持します。
処理はブラウザ内で行われるため、端末のメモリ以外に決まったサイズ上限はありません。メモリの少ないスマートフォンで非常に大きな画像を扱うと、遅くなったりメモリ不足になったりすることがありますが、一般的なウェブ画像は即座に最適化されます。