画像形式の変換：実際に一手順で完結するもの
要点を先に：任意のファイルを選び、クリーニングする前にオプションで「[形式]を強制」を有効にすれば、その形 式で結果が得られます——メタデータは削除済み、脅威も検査済みで、すべて一度の処理で完結します。事前にPNGをダ ウンロードして再アップロードする必要はありません。本当の例外は、読み取り専用で決して書き込みできないほん の一握りの形式だけであり、それぞれに現実的で具体的な理由があります。恣意的な制限ではありません。
09 一手順で完結する直接変換——任意の入力からこれらのいずれかへ
何をドロップしても——JPEG、PNG、GIF、WebP、TIFF、BMP、ICO、QOI、PNM、TGA、さらにはHEICやAVIFであっても ——JPEG、PNG、GIF、WebP、TIFF、BMP、ICO、QOI、PNM、TGAのいずれかを出力として選べます。 それは、クリーニングボタンのすぐ上にある「出力形式を強制」ドロップダウンと同じものです。HEICとAVIFの入 力はまず独自のデコード手順（それぞれのページで解説）を経ますが、それはあなたには見えません——出力形式 を選ぶだけで、それだけです。
詳しく見る：なぜこれがまったく「遠回り」を必要としないのか
HEIC写真を、例えばTIFFに変換するには2段階の処理が必要だと思われるかもしれません——まずHEICを何か普 通のものにデコードし、それを別途TIFFに変換する、というように。しかし実際はそうではありません。HEIC をピクセルへデコードする段階と、ピクセルをTIFFへエンコードする段階は、ダウンロードリンクが表示され るよりも前に、同じ一回の処理の中で完了します。「出力形式」の選択は、実際には入力形式が何であったか とは完全に独立しています。
本当の例外——入力専用と、その理由
3つの形式は、ここでクリーニングして読み取ることはできますが、決して出力として生成することはできません。 それぞれに異なる、現実的な理由があり、恣意的に空白のままにしているわけではありません：
- HEIC/HEIF——その画像エンコーディングであるHEVCは特許で保護されています。ライセンス 供与可能な実用的なオープンソースエンコーダーは、どのプログラミング言語にも存在しません。
- JPEG XL——依存ライブラリを一切必要としない本物のデコーダーはすでに存在し ます（その専用ページを参照）が、まだ成熟した、依存ライブラリ不要のエ ンコーダーはありません。これは「まだ作られていない」のであって、「作ることができない」わけではあり ません——将来変わる可能性があります。
- SVG——これは技術的な空白ですらありません。SVGはスクリプトを含みうるXMLです。保持し ておける安全な任意コードの部分集合は存在しないため、あらゆるSVGは意図的にピクセルへとラスタライズされ、 SVGとして再出力されることはありません。詳しくは専用ページをご覧く ださい。
AVIFはやや事情が異なり、正確に説明しておく価値があります。基盤となるエンジンは原理上 AVIFをエンコードできます（実際に機能するコードパスが存在します）が、この特定のブラウザバージョンでは現 時点でこの機能が有効になっていません——そのため、今日の時点ではAVIFもここでは事実上入力専用ですが、HEIC とは同じ構造的な理由ではありません。これは「まだ有効になっていない」という空白であり、「できない」とい う空白ではありません。
不可能な組み合わせを選んだ場合、実際に何が起こるか
HEIC、JXL、SVGはそもそも出力として選択できません——後から分かりにくいエラーで失敗するのではなく、ドロッ プダウンにそもそも表示されません。