piapia123
ja

画像形式の変換

画像

処理はすべてブラウザ内で完結します。データは送信されません

ここに画像をドロップ、またはクリックして選択

Ctrl/⌘ + V でスクリーンショットを貼り付けることもできます

PNG / JPEG / WebP / GIF / BMP / AVIF · 1枚 30 MB まで

画像を別の形式に変換します。出力は PNG・JPEG・WebP・AVIF・BMP・TIFF の 6 種類で、品質と長辺の上限を指定でき、変換後にサイズがどう変わったかを表示します。 本ツールが代わりに処理する点:JPEG や BMP に変換しても透明部分が黒くなりません(背景色が必要で、既定は白、黒やオフホワイトも選べます)。また WebP は同じ画質なら JPEG より 1/4 から 1/3 小さくなることが多く、現在のブラウザはすべて対応しています。 AVIF だけはブラウザ次第です。 WebP よりさらに小さくなることが多い一方、Firefox は今もデコードのみでエンコードできず、古い Safari も同様です。しかも `canvas.toBlob` は対応していない形式を渡されると黙って PNG に戻します —— 中身は PNG なのに拡張子だけ `.avif` というファイルが出来上がります。本ツールはまず実際にエンコードできるか試し、できなければ明示的にエラーを出して WebP を勧めます。拡張子を付け替えた PNG を渡すことはありません。 BMP と TIFF は圧縮しません。 これらは「その形式しか開けない古いソフト」と「印刷・スキャンの工程」のためのものです。500 KB の JPEG が BMP では十数 MB になりますが、それは形式そのものの性質です。サイズ変化は正直に表示するので、`+` の数字に驚く必要はありません。 処理はすべてブラウザ内で完結し、画像は送信されず、オフラインでも使えます。

機能

  • 出力形式は PNG / JPEG / WebP / AVIF / BMP / TIFF の 6 種類
  • 品質は 95% から 60% までの 5 段階(可逆形式には影響しません)
  • JPEG・BMP へ変換する際に背景色を先に塗るため、透明部分が黒くなりません
  • 長辺を 2560 / 1920 / 1280 / 800 / 512 ピクセルに制限できます
  • 変換後のサイズ変化を表示(例:12.3 MB → 2.1 MB、−83%)
  • AVIF はエンコード可否を実測し、不可なら明示 —— 拡張子だけ変えた PNG は渡しません
  • BMP は自前のエンコーダ(24 ビット・無圧縮)、TIFF も無圧縮で出力 —— どちらもブラウザは生成できません
  • TIFF のデコードに対応(ブラウザにネイティブの読み取り手段がなく、スキャン資料でよく使われます)
  • ドロップ・クリック選択・Ctrl/⌘ + V での貼り付けに対応
  • 画像は送信されず、サーバーも経由しません。オフラインでも使えます

使い方

  1. 上の領域に画像をドロップするか、クリックして選択、または貼り付けます
  2. 出力形式・品質・長辺の上限を選びます
  3. 結果がすぐに表示され、サイズの変化も確認できます(BMP と TIFF は大きく増えますが形式の性質です)
  4. 「ダウンロード」で保存するか、プレビューを右クリックして保存します

よくある質問

JPEG に変換したら透明部分が黒くなりました。なぜですか?
JPEG の構造上の制約で、透明のチャンネルがないため透明部分は何らかの色で塗りつぶす必要があります。canvas の既定の塗りは黒なので、何もしなければ黒背景の画像になります。本ツールは先に背景色を塗るため(既定は白、黒やオフホワイトも選択可)、黒ではなく白背景になります。透明を保ちたい場合は PNG か WebP をお使いください。
3 つの形式のどれを選べばよいですか?
写真は WebP(同じ画質で JPEG より通常 25〜35% 小さく、現在のブラウザはすべて対応)、互換性を最優先する場合(メール添付や古いソフト)は JPEG、ベタ塗り・スクリーンショット・透明背景は PNG が向いています。アイコンや線画は PNG か WebP のほうがはるかにくっきりします。JPEG は輪郭の周囲に色のにじみが出ます。
品質はどのくらいが適切ですか?
85% がよく使われる妥協点です。95% より大幅に小さく、目視ではほとんど差が分かりません。92% は既定値で、細部を残したい画像に向いています。60% は内容が画質より重要な場合(同僚にスクリーンショットの文字を見せるなど)に使います。品質は JPEG と WebP にのみ作用し、可逆の PNG では効果がありません。
画像は送信されますか?
いいえ。展開はブラウザ自身の createImageBitmap、符号化は canvas を使い、すべて端末内のメモリで完結します。画像は個人の写真や顧客情報を含むスクリーンショットであることが多く、それらが端末から出ることはありません。ネットワークを切っても動作することが、送信していない何よりの証拠です。
AVIF を選んだのに「このブラウザではエンコードできません」と出ます。なぜですか?
それが事実だからです —— Chrome と新しい Edge は AVIF をエンコードできますが、Firefox は今もデコードのみ、古い Safari も同じです。ここでは黙って別の形式に「格下げ」することも、拡張子だけ変えた PNG を返すこともしていません。後者が特に重要です:`canvas.toBlob` は対応していない形式を渡されると自分で PNG に戻してしまい、出来上がった blob の type も `image/png` になります —— つまり「AVIF が出せた」と「実際は PNG だった」がコード上では同一になります。したがってここでの判定は、対応表を引くのではなく、実際に 1 ピクセルをエンコードして結果の型を見るという方法です。AVIF が必要なら Chrome か新しい Edge を、そうでなければ WebP のほうが確実です。
BMP や TIFF にしたらファイルが十数倍になりました。正常ですか?
正常で、必然です —— この 2 つの形式は圧縮しません。BMP は 1 ピクセル 3 バイト、各行は 4 の倍数に切り上げ、そこに 54 バイトのヘッダーが付くだけです。ここで書き出す TIFF も無圧縮です。500 KB の JPEG は展開すると数百 KB から十数 MB の生のピクセルデータになり、BMP はまさにその大きさになります。これらの形式の存在理由は「その形式しか開けないソフトがある」「印刷所が TIFF を指定する」であって、容量削減ではありません。小さくしたいなら WebP を選んでください。
iPhone の HEIC 写真は開けますか?
ブラウザ次第です。 Safari、および Android と macOS 上の Chrome は通常そのまま読めますが、Firefox とデスクトップ版 Chrome は一般に読めません。当サイトはそのために 2 MB の WASM デコーダーを読み込みません —— すべての画像ツールの初回表示が重くなる代わりに得られるのは入力方向ひとつだけです(そもそも HEIC へのエンコードはできません)。失敗したときは「デコード失敗」と曖昧に言わず、このブラウザでは読めないと明示します。iPhone なら「JPEG として書き出す」、それ以外でも画像ビューアで開いて JPEG / PNG として保存し直してから入れてください。

関連ツール