無料 PNG から WebP への変換

ConvertUnlimited のしくみ

ConvertUnlimited はブラウザ内で完結する無料の画像変換ツールです。JPG、PNG、GIF、WebP、BMP、SVG をドロップして出力形式を選ぶだけ。数秒で変換済みのコピーが手に入ります。サーバーには何もアップロードされません。各画像はお手元の端末内で、HTML canvas API によりデコード・再描画・再エンコードされます。

このローカル処理にはふたつの実用的な利点があります。ひとつは、ツールがプライベートであること —— ファイルが端末から外に出ないため、誰にも記録・閲覧・流出させようがありません。もうひとつは、ユーザーごとのストレージコストを抱える必要がないこと —— だから無料、無制限、登録不要、透かしなしで提供できます。唯一の運用コストはサイトをオンラインに保つことで、それは右レールの小さな広告でまかなわれます。

変換はパソコンの CPU とメモリを使います。多くのノート PC では、スマホで撮ったぐらいの解像度の写真を 30〜80 枚ドロップしても、ほぼ瞬時に終わります。とても大きなバッチ —— 高解像度の画像を一度に数百枚 —— だと RAM の使用量が増え、エンコード中に動作が一瞬重くなることがあります。1 回あたり 50 枚程度をひとつの目安にすると快適ですが、ツール側で上限は設けていません。マシンが快適に扱える範囲でお使いください。より大きな処理は大量変換のコツを参考に。

画像フォーマットガイド

各フォーマットはサイズ、画質、透過、互換性の間でそれぞれ違うバランスを取っています。ConvertUnlimited が読み書きするフォーマットの簡単な解説と、どんな場面で選ぶとよいかをまとめました。

WebP

Google の現行画像フォーマット。同等画質では WebP は通常 JPEG より 25〜35 % 小さく、PNG より 50 % 小さく、透過にも対応します。最新ブラウザはどれも WebP に対応済みなので、Web 用途のデフォルトに最適です。圧縮効率を最大化したい、視聴者がブラウザで見る場合は WebP を選びましょう。

JPEG

世界共通の写真フォーマット。JPEG は非可逆(サイズを縮めるために情報を捨てる)で、透過には対応していません。一方、互換性は文字どおりどこでも —— メール、SNS、印刷機、10 年前のスマホでも開けます。広い互換性が必要な写真や、自分が制御できない場所に画像を埋め込む場合は JPEG が無難です。

PNG

ロスレスで透過に対応。スクリーンショット、ロゴ、アイコンなど、エッジが鋭く色面の塊が多い画像に向いています。圧縮しても劣化が出にくいためです。トレードオフはサイズ。写真を PNG にすると、同等画質の JPEG や WebP の数倍のファイルになります。透過が必要な場合や、サイズより画質を優先するなら PNG。

GIF

1990 年代生まれのレガシーフォーマット。基本的なアニメには対応しますが、256 色のパレット圧縮なので写真ではブロックノイズが目立ちます。新しい用途では、静止画は WebP、動画は MP4 / WebM のほうが向いています。ConvertUnlimited は GIF を読み込めますが、変換は最初のフレームのみ —— アニメ GIF は最初の 1 枚だけ残ります。

SVG

XML の描画コマンドでできたベクター形式。ConvertUnlimited は SVG を SVG 本来のサイズで rasterise(ピクセル画像化)します。ラスタライズ後はベクターのようにきれいに拡大できなくなるため、ラスター出力が本当に必要なとき —— 例えば JPEG の商品画像にロゴを焼き込む場合 —— にだけ使ってください。

BMP

無圧縮のビットマップ。中身に対してファイルが極端に大きく、現代では BMP のまま保管する理由はほとんどありません。WebP、JPEG、PNG に変換すれば、ディスク容量を 80〜95 % 節約できます。

適切な画質を選ぶ

画質メニューが効くのは非可逆形式(WebP・JPEG)だけです。PNG はロスレスのため、PNG を選ぶと自動的に無効になります。4 つのプリセットの目安は次のとおり:

オリジナル(1.0)。ほとんどの画像でソースと見分けがつきません。最新の JPEG / WebP エンコーダは古いソースより効率的なので、ファイルは元より小さくなることもありますが、画質はほぼ犠牲になりません。

高(0.9)。多くの写真で目視差はほぼゼロ。ヒーロー画像、写真作品、画質を優先したい場面のデフォルト向きです。

推奨(0.75)。Web 用途のスイートスポット。「高」より 30〜50 % 軽くなり、通常の閲覧サイズではロスがわかりません。ブログ、商品ギャラリー、SNS 用に。

コンパクト(0.5)。強めの圧縮。サムネイル、画像のグリッド表示、写真フォルダをメールで送りたいけれど帯域が厳しいときに。文字が多い画像やコントラストの強い画像では、細部に少しソフトさが出ます。

大量変換のコツ

数枚以上をまとめて変換するときに知っておくと便利なポイント:

バッチサイズ。1 回あたり 50 枚程度を起点にするのがおすすめ。多くのノート PC は 100〜200 枚の写真サイズの画像も問題なく処理しますが、それを超えるとメモリ確保中にブラウザが一瞬固まることがあります。固まったように見えても止まっていないので、少し待てば終わります。

CPU より RAM が効きます。1200 万画素の写真をデコードするには約 50 MB の RAM が必要です。100 枚同時だと、メモリのピークが数 GB に達することも。天井に当たったら、他のタブを閉じると効果があります。

モバイル端末。スマホ・タブレットは RAM が少なくバックグラウンド制限も厳しめ。モバイルでは 10〜20 枚など小さめのバッチでお使いください。

ZIP ダウンロード。バッチが終わったら「ZIP でダウンロード」ボタンで全ファイルを 1 つのアーカイブに —— 50 回保存ボタンを押すよりずっと速いです。

What is PNG?

PNG (Portable Network Graphics) は透明度をサポートする無損失形式であり、グラフィック、ロゴ、スクリーンショットに最適です。

What is WebP?

WebP は品質を維持しながら画像ファイルサイズを削減します。有損失および無損失圧縮の両方と透明度をサポートしています。

Deep Dive: Read our full PNG vs WebP comparison guide.

よくある質問

変換は本当にプライベートですか？

はい。ブラウザの内蔵画像処理を使用します。PNG ファイルがサーバーに送信されることはありません。

複数のファイルを一度に変換できますか？

はい、数百の PNG ファイルをドラッグ＆ドロップして、ワンクリックで WebP に変換できます。

制限はありますか？

ファイルサイズや数の制限はありません。デバイスのメモリとブラウザの性能が唯一の制限です。

プライバシー

画像について。ConvertUnlimited はブラウザ内だけで画像を変換します。ファイルがサーバーにアップロードされることはなく、こちらで画像を見たり、保存したり、転送したりすることもありません。何も送信されないので、ログとして残しようもありません。

分析。機能の使われ方やサイト全体の調子を把握するために Google Analytics 4 を使っています。GA4 はファーストパーティー Cookie(通常 _ga と _ga_<property> という名前)を設定して訪問者を集計し、Google が保存前に IP を切り詰めます。収集されるのはページ単位のデータ —— 何が読み込まれたか、どこから来たか、どんな端末か —— であり、変換するファイルの中身ではありません(そもそも端末から出ません)。オプトアウトしたい場合は、Google Analytics オプトアウト アドオンのインストール、ブラウザのトラッカー遮断、シークレット/プライベートモードでの閲覧などが利用できます。

広告。ツールを無料に保つため Google AdSense を使っています。Google および広告パートナーは、関連性の高い広告配信や効果測定のため、広告 iframe 上で追加の Cookie を設定する場合があります。パーソナライズ広告の設定は google.com/settings/ads から、欧州の方は youronlinechoices.eu からオプトアウトできます。

サーバーログ。ホスティング事業者の標準ログ(IP アドレス、ブラウザ種別、リファラ)は、不正利用対策とセキュリティ目的でのみ保持され、分析や広告には使いません。

連絡先。プライバシーに関するお問い合わせは、プロジェクトの GitHub からどうぞ。

利用規約

ConvertUnlimited は現状有姿で、無料で、個人利用にも商用利用にもご利用いただけます。本サイトを利用することで、以下に同意したものとみなされます:

変換する画像については、利用および処理の権利を含めご自身で責任を負うものとします。本ツールは無保証で提供されます —— 誠意をもって稼働を維持していきますが、サービスの中断がないことや、特定の変換が必ず成功することは保証できません。端末上でローカルにファイルを変換した結果として生じうるデータ損失、ハードウェアの摩耗、その他の間接的損害について、当方は責任を負いかねます。バグ報告や機能要望は、プロジェクトの GitHub に Issue を立てるのが最良の窓口です。